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INTRODUCTION TO C/SP 


The Communications/Symbiont Processor is a high performance internally 
programmed communications concentrator multiplexer intended for use 
as an on-site communications subsystem. The C/SP can control low and 
high speed communication lines and provide interfacing to a central 
computer system. 

The primary purpose of the C/SP is to unburden the central computer 
software of the need for complex communication handlers and sub- routines, 
thus relieving the load on the central computer. The throughput of 
the system is thus increased by the reduction of central system overhead. 
The C/SP is utilized to increase speed and efficiency of on-line message 
switching, data manipulations, formatting, editing, translation, and 
verification. 

As a remote, the C/SP effects reduced line costs and unburdens 
the central complex by performing message/data manipulations and 
exchanging all data with it over high speed lines. 

The C/SP consists of three main sections: 

Memory 

Central Processing Unit 
l/O Section 

C/SP Software consists of: 

Terminal Management Supervisor (TMS) 

Message Control Program (MCP) 

Terminal Management Control Routine (TMCR) 

Communication Control Routines (CCR) 

Host Handler 

Symbiont Control Program (SCP) 

Host Software consists of: 

C/SP Symbiont 
C/SP Handler 

Initial Load Routine (non-resident) 

Mass Storage Symbiont (non-resident) 

Communication Routine (non-resident) 

Assembler Support Processor 
Collector - Support Processor 
Simulator Support Processor 
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HARDWARE BLOCK DIAGRAM 


All information transfers to and from the C/SP are handled by a 
maximum of seven channels designated as zero through six. Channels 
i and 6 are reserved for the General Purpose Communications and 
Special Device respectfully. 

Channel gf - GPCC: The link between the main storage and the 
communications line terminals (CLT's). The GPCC control’s 8 
CLT’s (half-duplex) expandable to 64 CLT’s (half-duplex) in 
increments of 8. GPCC expansion at this time may be 2. In the 
future 4 GPCC’s may be allowed per C/SP. 

Channel 6 - Special Device Channel (SDC) : To provide the means for 
local program loading and maintenance using an 80 card/minute reader. 

In the future, a printer and keyboard may be added. 

C hannels 1-5 - May be used for the Adapter, Multiplexer, and 
Selector. The Multiplexer/Selector are alike in that they can drive 
up to 8 control units and each control unit may control up to 1 6 devices 
(9000 peripherals, discs). The MUX/SEL are different in respect that 
the Selector Channel locks on to a control unit and drives the device, 
whereas the Multiplexer multiplexes through the control units to any 
device. The MUX operates in excess of 85K bytes/secpnd. The Selector 
operates in excess of 625K bytes/second. 

The Intercomputer Adapter (ICA ) - Provides the means of communication 
between the c/SP and the Host Computer. The ICA operates at 300K 
36 -bit’ words per second on an Internally Specified Index (ISI) basis. 

Special Purpose Communications Channel (SPCC) - Operates in 2 modes; 
either single duplex or full duplex. 

Single Duplex - Consists of 1 full duplex CLT which operates at 57K 
bytes per second. 

Pull Duplex - Consists of 8 full duplex CLT’s which operate at a 
combined maximum in excess of 300K bytes/second. 
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C/SP HARDWARE BLOCK DIAGRAM 
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FIXED MIMORY 


The low order memory locations are used by the C/SP in controlling 
the initiation of l/O commands, interrupt execution, and Internal 
Timer operation. 


The area which is reserved for future C/SP expansion is used for 
four more CIW Lists when more than one GPCC is utilized in the 
C/SP System. 


Address 68. ^ and 69./ are for the Interrupt Level List indicating 
a CIW was tabled by'?he GPCC. The foremost significant bits of 
address are set each time the GPCC tables an interrupt and 

each bit correspond to the list which was used. If more than one 
GPCC in the system, the same four bits are used. 


Pending Status - Allows the software to pick up status information 
without requiring the acceptance of an interrupt. 
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FIXED MEMORY 


0 

moBaasasas^^ 

4 

I/O A NEW PSW 

8 


C 

I/O B NEW PSW 

10 


14 

INTERVAL TIMER NEW PSW 

18 

moBOBaaBBiBaBa^^ 

1C 

SUPERVISOR CALL NEW PSW 

20 


24 

PROGRAM/MACHINE 

CHECK NEW PSW 

28 

INTERVAL 

TIMER 

2C 

CHANNEL ADDRESS WORD 

30 

COMMUNICATION INTERRUPT WORD LIST CONTROL 6 

34 

COMMUNICATION INTERRUPT WORD LIST CONTROL 1 

38 

COMMUNICATION INTERRUPT WORD LIST CONTROL 2 

3C 

COMMUNICATION INTERRUPT WORD LIST CONTROL 3 

40 

I/O A STATUS 

I/O A INTERRUPT CODE 

44 

I/O A RE' 

rURN PSW 

48 

I/O B STATUS 

I/O B INTERRUPT CODE 

4C 

I/O B RETURN PSW 

50 

INTERVAL TIMER STATUS 

INTERVAL TIMER INTER. CODE 

54 

INTERVAL TIMER 

RETURN PSW 

58 

SUPERVISOR CA)LL STATUS 

SUPERVISOR CALL INTER. CODE 

5C 

SUPERVISOR CALL RETURN PSW 

60 

PROGRAM/MACHINE CHECK STATUS 

P/M CHECK INTERRUPT CODE 

64 

PROGRAM/MACHINE 

CHECK RETURN PSW 

68 

INTERRUPT LEVEL LIST 

msssssssssssssssssi 

6C 

PENDING STATUS 



RESERVED FOR FUTURE C/SP EXPANSION 


V//////A. UNASSIGNED MAY BE USED AS NORMAL STORAGE 
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PROGRAM STATUS WORD 

PSW - Contains the information required for execution. The PSW is 
always zero upon initialization. 

3 classes - current (Program in control) 

- becomes return upon interrupt 

- new is fetched corresponding to interrupt type 

Upon interrupt the PSW for the intrrupted program is stored by 
type of interrupt in a certain location in fixed memory and a new PSW 
is placed in the PSWR. 

Mask bits (M) - when set to zero’s - inhibits all interrupts. If set 
to 1 - allows the interrupt. 
l/O A Channel 0 , Channel 0 (GPCC) interrupts 
are tabled. 

l/O B Channels 1-6. Interrupts are stacked until 
allowed, then requested. 

Last interrupt (7) for the interval timer. 

P - 0 - supervisor mode (allows execution of the 
priviledged instructions). 

1 - Problem mode (or user mode) 

CC - condition codes: (vary with the instruction, some 
use only 2 conditions) 

00 - Equal 

01 - Less than 

10 - Greater than 

11 - Overflow 

K - storage protect 

0 - Exec can reference anything no matter what the 

program key. 

1 - Problem program 
2-7 - Values for the user 

Address =18 bits 

Upper 6 bits point to one of the hardware registers associated 
with each 204B byte bank. 

If the value in that register is equal to the value of the 
K- field in PSW, reference to the block of storage is allowed. 
Otherwise an error occurs. 
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P 5 W 


M 


9-10 


K 


11 


12-13 


CC 


14 


15 


31 


NEXT 

NSTRUCTION 

ADDRESS 


ZERO 


CONDITION CODE - 
INSTRUCTION DEPENDENT 


PROBLEM/SUPERVISOR MODE - 

0 SUPERVISOR MODE 

1 PROBLEM MODE 


STORAGE PROTECTION FEATURE - 
THIS VALUE MUST MATCH THE . 
STORAGE KEY ASSOCIATED WITH THIS 
ADDRESS 


M2- 

M3- 

M4- 

M5- 

M6- 

M7- 


m 


/O B-C 
/o B-C 


CH 


8 


B-E 

/O B-CH 
/O B-CH 
NTERVAL 


I 


BITS 
ANN 
HANNE 
HANNE 
HANNE 
HANNE 
ANNE 
ANNE 
TIMER 


- INHIBITS) 
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C/SP INTERRUPT SEQUENCE 


Interrupts 

Automatic means to alert the C/SP processor to an exceptional or unexpected 
condition (end of l/O operation, program errors, machine errors, etc.) thus 
directing the processor to the appropriate program routine for handling the interrupt. 
The system provides for interrupting any task in order to take on a task 
of higher priority. 

Interrupt Sequence : 1 . Begins by transferring the current PSW to fixed 
location in storage (’Return’ PSW) 2-3. Then the status half-word and 
interrupt code half-word is transferred to the assigned location. 4. ’New’ 

PSW is fetched from the fixed location. ’New’ becomes ’current’ PSW and 
after processing, the processor can return to the interrupted program 
(load ’return’ PSW) via the LPSW instruction. In certain cases of 
simultaneously presented interrupts, it is possible to execute more than 
one interrupt sequence before instruction processing is resumed. 

Interrupt Class/Priority : There are 5 classes of interrupts j Supervisor Call, 
Program-Machine check (PMC), Interval Timer l/O B, l/O A. Within the classes 
may be several specific sources of interrupt requests. 

I/d A, l/O B, and interval timer interrupt requests are controlled by the system 
mask bits in the ’current’ PSW. If bits are set to zero the corresponding 
channel is not permitted to interrupt. No mask bit control exists over the 
supervisor call class and all interrupt requests are accepted (in this class). 

PMC interrupt requests are always accepted unless the processor is executing 
a PMC interrupt subroutine . 

Interrupt Priority : It is possible to execute more than one interrupt sequence 
between instruction executions. The system mask bits (PSW) become effective 
immediately and therefore control subsequent interrupt sequences. 

The order of executing the contiguous interrupt sequences varies and is a 
function of the pending instruction requests and mask bits. 

The interrupt sequence selected is determined by the following priority: 

1. PMC (invalid address strg. protection, or parity, 2. Interval Timing, 

3. l/O B, 4. l/O A, 5. PMC (power failure, invalid operation, etc.) 

Supervisor Call is not included because the storing and fetching of PSW’s is done 
in the execution phase of the instruction and should not be thought of as an 
interrupt sequence in the context described. 

This does not determine the order, only indicates which interval sequence is 

selected when simultaneous interrupt requests are made . Example : If l/O A 

and l/O B interrupt requests, are presented simultaneously, l/O B is processed first. 

The final contents of PSW determine which interrupt subroutine is entered, so the 
order of executing these subroutines is reversed from the order of executing 
the Interrupt Sequence. 
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INTERRUPT SEQUENCE 


PROGRAM STATUS REGISTER 



STORAGE 


(4) 


( 1 ) 


NEW 

PSW 


2 

3 

RETURN PSW 



UPT SEQUENCE 

■ ENT PROGRAM STATUS REGISTER. 


* - 

1. STORE CURREN. 

2. STORE 16-BIT INTERRUPT CODE. 

3. STORE 16-BIT INTERRUPT HALFWORD. 

4. LOAD PSR WITH NEW PROGRAM STATUS WORD. 

INTERRUPT TYPES/PRIORITY 
i. SUPERVISOR CALL. 

1 . PROGRAM/MACHINE CHECK. 

3. INTERVAL TIMER . 

4. I/O B. 

5. I/O A. 

* ACTUAL STORAGE LOCATIONS OF TRANSFERS 
DEPENDENT ON INTERRUPT TYPES. 


FIXED 

STORAGE 
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INTERRUPT CLASS AND CODE 


During the interrupt sequence the status halfword and interrupt 
code halfword are transferred to the assigned locations in fixed 
memory . 


l/O A class interrupt is assigned to channel zero. Channel 0 is 
reserved for the GPCC and the bits identifying the charmel ID, 
channel #, device address are all set to 0 by hardware as the channel 
ID and # equal zero and the device address is contained in the CIW. 


l/O B class interrupts are assigned to channels 1-6. Bit l6 is 
set to 0, bits 17-19 are the channel identification code, bit 20 
is set to 0, bits 21-23 are the channel number (1-6), and bits 24-31 
are the device address. 


The Interval Timer interrupt code halfword is always set to 0 by 
the hardware ( timer ) . 


PMC has a value for each type of interrupt within this class. 


Supervisor Call - the ’R’bits are the bits from the SVC fields 
R1 & R2 . 



INTERRUPT CODE HALFWORD 


INTERRUPT CLASS 

oAnnel 0 


INTERRUPT CODE 


BITS 16 31 

OCCCOOOODDDDDDDD 

0000000000000000 


CHANNEL; 


IZflLB 

CHANNEL 1 
CHANNEL 2 
CHANNEL 3 
CHANNEL 4 
CHANNEL 5 
CHANNEL 6 


OCCCOOIODDDDDDDD 
OCCCOOllDDDDDDDD 
OCCCO 1 00 DDDDDDDD 
OCCCOIOIDDDDDDDD 
OCCCOllO DDDDDDDD 


INTERVAL TIMER 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 

PRDGRAM/MACHINE CHECK (PMC) 


PDWERFAILURE 

parity 

INVALID DPERATIDN 
PRIVILEGED DPERATIDN 
STDRAGE PRDTECTIDN 
INVALID ADDRESS 
FDRCE PMC SWITCH 
MDNITDR SWITCH 


0000000000000001 

0000000000000010 

0000000000000100 

0000000000000101 

0000000000000110 

0000000000000111 

0000000000001000 

0000000000010000 


SUPERVISOR CALL 

C - CHANNEL IDENTIFICATION CODE 
0 0 0 - GPCC 
0 0 1 - SDC 

0 1 0 - ICA 

1 0 9 - SELECTOR 

1 0 1 - MULTIPLEXER 


OOOOOOOORRRRRRRR 



interrupt class and status 


The status halfword is stored during the interrupt sequence. 


l/O A class interrupt - If bit 15 is set, indicates an error occurred 
on attempt to store a CIW and no CIW was stored. 


l/O B class interrupt - The status is covered during the discussion 
of the individual channels. 


Interval Timer status halfword - If bit 15 is set, indicates a parity 
error was detected when the Interval Timer read out one of the halfwords 
of the Interval Timer Word . 


Program/Ala chine check and the Supervisor Call interrupts do not generate 
any status and these status halfwords are set to 0. 
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STATUS HALFWORD 


INTERRUPT CLASS 


STATUS HALFWORD 


I/O A 
I/O B 

INTERVAL TIMER 

PROGRAM/MACHINE 

CHECK 


BITS 0 15 

0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 El 
REFER TO INDIVIDUAL I/O CHANNEL 
000000000000000 E2 


0000000000000000 
SUPERVISOR CALL 0000000000000000 

El - - ERROR OCCURRED ON ATTEMPT TO READ OUT CIW CONTROL LIST 
E2 - - ERROR OCCURRED ON ATTEMPT TO READ OUT INTERVAL TIMER 
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START I/O INSTRUCTION 


All input/output operations are initiated by this instruction. The 
effect of the SIO varies and is a function of the channel to which 
it is directed. 


The operation code is 90 hexadecimal. 


Bits 8-15 are not used and are set to zero. 


- The number of the general register which holds the base 
address for operand 1 . 

- The displacement value for the base address of Operand 1 . 

The addition of the contents of B^ and the value of D fields form 
the effective address which is the channel nimiber and device address 
to start the l/O sequence. 
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START I/O IIMSTRUCTIOIM 



BASE REGISTER - 


EFFECTIVE ADDR 



MUST BE ZEROS 


OP CODE 9Ci6 


I/O FLOW 


The overall l/O Flow involved in using the SIO instruction is as follows: 

The program must first store a Channel Address Word (CAW) in fixed memory. 

The Channel Address Word, in general, contains a command to an input/output 
device or an address of such a command. In this case, the CAW indicates 
an address of a Channel Command Word (CCW-2 words). The CCW indicated the 
operation to be performed, the address of first byte of data to be transferred 
and the byte count. 


1. Store the CAW in fixed memory. 


2. Issue SIO instruction. 

a. Before the channel responds with the condition code, it 
fetches the CAW and holds it in its hardware as required 
by the operation to be performed. 

3. The channel gets the address of the Channel Command Word (CCW) 
from the CAW and the process is initiated. 


NOTE: The operand field of the SIO instruction pointing to the 
device address does not mean the device address is in 
memory. This was done to shovr that the contents of 
register added to the value D]^ forms the device address. 
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I/O FLOW 


STORAGE 
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INTRODUCTION TO C/SP SOFTWARE 


The software provided on the C/SP is designed to reduce the 
communications overhead in the host executive system and the user 
programs. The C/SP controls the remote communication devices, there- 
fore core requirements are reduced. The device symbionts/handlers 
are not needed in the host computer minimizing critical timing situa- 
tions and the interrupts required to gather data or scan for input, 
C/SP software also provides a simplified user interface for receiving 
or sending data to a remote device. The control characters for con- 
trolling a device and the standard code conversion is performed by a 
system message control program element. 


Software Elements: written in modular elements to avoid fixed constraints 
and provide a system easily adaptable to new devices and specialized 
applications . 
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INTRODUCTION TO CISR SOFTWARE 

HOST HOST 
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C/SP SOFTWARE IN HOST 

Primary impace of the C/SP on the EXEC is the removal of device oriented 
symbionts and the substitution of a single C/SP symbiont. A C/SP handler 
is provided to interface the 1100 with the C/SP. Operator communication 
and the initial load function are provided for. Several elements in the 
EXEC require- minor modifications. 

C/SP SYMBIONT 

The batch/demand function links to the EXEC through SYMICR as is 
currently being done with all input symbionts. The output functi. on 
links directly to SMUPQ, by-passing the stacking of output through 
SMNXTP. The C/SP stacks output requests under its own stacking 
scheme because of C/SP control over the output terminals. 

1 . Input functions - set to handle batch and demand, along 

with special l/O requests. 

2. Output functions --handles output of information from the 

PRINT and files for batch and demand. 

3. Remote functions - to allow the remote user access to the 

Host computer. 

SECONDARY C/SP SYMBIONTS 

1 . Program Load - allows the C/SP programs or the Host operator 

to request a program be found in Host storage 
and loaded into the C/SP memory for execution. 

2. Console Communications - marking a terminal up/down in the 

assign table, allowing input/output 
to/from the console device. 

3. Mass Storage - request access to mass storage file. 

4* Logging - logging l/O errors along with other C/SP system 
malfunctions on the EXEC error log. 

C/SP HANDLER 

Consists of those routines in the Host EXEC that are concerned with support 
of the user interface with the C/SP, and the control of the Host and C/SP 
environment. The handler is designed to provide the user with a simple 
interface with the C/SP and its associated equipment, taking advantage of 
the capabilities of C/SP hardware. The user interface is similar to the 
interface provided by EXECS for a CTMC environment. 

User Functions - control statements are provided to enable the user to 
assign and release remote devices. This enables the use of existing 
assignment and release linkage within the EXEC, with modifications to 
inform the C/SP of the operation performed. 

1100 EXEC MODIFICATIONS 

CONFIG, SMTAGS, SMLIST, DRIVE, INTI2, FIFEE, and others. 



A. PRIMARY C/SP SYMBIONTS 

1. INPUT 

2. OUTPUT 

3. REMOTE 

B. SECONDARY C/SP SYMBIONTS 

1. PROGRAM LOAD 

2. CONSOLE COMMUNICATIONS 

3. MASS STORAGE 

4. LOGGING 

C. C/SP HANDLER 

D. 1100 SERIES EXEC MODIFICATIONS 



1100 STORAGE REQUIREMENTS 


The C/SP Symbionts and C/SP Handler require approximately 400 words 
and 1500 words respectfully. 

The C/SP Assembler requires approximately 18,000 words and the 
C/SP Collector approximately 6,000 words of 1100 memory. These 
Processors are loaded as needed. 
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1100 STORAGE REQUIREMENTS 
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C/SP SOFTWARE BLOCK 

The C/SP software which is executed in the C/SP, may be 
logically divided into five main programs controlling the 
l/O flow between the various hardware components. 

1. Terminal Management Supervisor (TMS). 

2. Message Control Program (MCP), 

3. Terminal Management Control Routine (TMCR), 

4. Communication Control Routines (CCR). 

5. Host Handler. 

6. Symbiont Control Program (SCP). 
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C/SP SOFTWARE ELEMENTS 


Terminal Management Supervisor (TMS) 

Provides the basic supervisory functions for the C/SP system. It 
issues time slices to the various control routines and provides a 
priority based interaction between these routines. Issues l/O 
commands, processes interrupts, and coordinates the control of 
Terminal Management Control Routine, System Message Control Program, 
and the users MCPs. 

Terminal Management Control Routine (TMCR) 

Consists of routines for controlling the communication to/from terminals 
on the C/SP system, performing functions which are common to all 
terminals . 

Message Control Program (MCP) 

MCP is a terminal driver program which receives input from various 
terminals. It routes the input from the terminals to, and accepts 
messages from, a host processor. 

Communications Control Routines (CCR) 

Compensates for the differences of a given communication discipline 
for different devices. 

Host Handler 

Resident within C/SP and controls all commands between the C/SP and 
the Host system. 



A. TERMINAL MANAGEMENT SUPERVISOR 

B. TERMINAL MANAGEMENT CONTROL ROUTINE 

C. MESSAGE CONTROL PROGRAM 

D. COMMUNICATIONS CONTROL ROUTINES 

1. OCT 500/TELETYPE 

2. BINARY SYNCHRONOUS 

3. OCT 2000 

R UNIVAC 1004/9000 SERIES RMS-1 

5. UNISCOPE 100/DCT 1000 

6. REMOTE C/SP 

E. HOST HANDLER 
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C/SP STORAGE REQUIREMENTS 


The estimated storage requirements indicated on Section II, 
page 12 are subject to change as enhancements and debugging 
continues. 

Reference UP- 7942 (C/SP Installation Support) for a more 
detailed explanation as to the size of each module. The 
size will vary depending on the capabilities needed by the 
user. 
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C/SP STORAGE REQUIREMENTS 


TERMINAL MANAGEMENT SUPERVISOR 
(12,000 BYTES) 


MESSAGE CONTROL PROGRAM 
SYSTEM 
(10,800 BYTES) 


TERMINAL MANAGEMENT CONTROL ROUTINE 
(3000 BYTES) 


OCT 500/TTY COMMUNICATION CONTROL ROUTINE 
(5300 BYTES) 


OCT 2000 COMMUNICATION CONTROL ROUTINE 
(3300 BYTES) 


HOST HANDLER (1700 BYTES) 


BINARY SYNCHRONOUS COMMUNICATION CONTROL ROUTINE 
(4500 BYTES) 


UNISCOPE 100/DCT 1000 COMMUNICATION CONTROL ROUTINE 

(6700 BYTES) 


1004/9000 RMSl COMMUNICATION CONTROL ROUTINE 
(4300 BYTES) 



STORAGE FOR USER MESSAGE CONTROL 
PROGRAMS BUFFERS AND CONSTANTS 





C/SP SOFTWARE BLOCK DIAGRAM 


To illustrate the basic software flow, consider a message being routed 
from a terminal attached to the GPGC to the Host system. 


Upon interrupt from the GPGC, the TMS is activated. TMS activates 
the TMCR to pre-process the interrupt. TMGR activates the appropriate 
GGR to complete processing of the interrupt. Gontrol is passed to the 
MGP which issues the l/O function to the Host handler. The Host 
handler issues the l/O function to the Host. 
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C/SP SOFTWARE BLOCK OIAGRAM 
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C/SP - 1100 SOFTWARE ELEMENTS 
(Symbiont Support Software) 


A. The Terminal Management Supervisor performs the same functions 
with the symbiont addition to the system as in the communication 
environment. 


B, Symbiont or Peripheral Control Program - provides the host computer 
with an efficient interface to onsite paper peripheral devices. 

The interface is established to input system run streams and 
output system display information. 


C, Peripheral Control Routines - designed to control the l/O associated 
with devices using the multiplexer channel and the special device 
channel. The types of devices controlled through the PCR include; 
card reader/punch, paper tape, disc, printers, keyboard devices. 
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CfSP-inOOSOFTXA/ARE ELEMENTS CSSS! 


A. TERMINAL MANAGEMENT SUPERVISOR 

B. SYMBIONT CONTROL PROGRAM 

C. PERIPHERAL CONTROL ROUTINES 

1. CARD READER 

2. CARD PUNCH 

3. PAPER TAPE 

4. DISC 


5. PRINTERS 



\\M - C/SP SUPPORT SOFTWARE 


C/SP Support Software - consists of a C/SP Assembler, MDW Compiler, 
Collector and Simulator. All are needed at program generation 
time only and not during communications processing. 


C/SP Assembler (CSPASM) - a 1 phase, 2 pass/processor that operates under 
EXECS, A modified version of the Procedure Definition Processor shall 
be provided to compile C/SP procedures- in the EXEC library. An MDW 
compiler shall be provided that will process MDW source language. 


C/SP Collector (MAPCC) - an 1100 processor to provide a means of 
collecting independent relative binary elements to produce an 
absolute program for execution in the C/SP. 


C/SP Simulator (SIMUL ) - 6. user Program to run under the 1100 
EXEC. It accepts c/SP object code, simulates execution on the 
C/SP and provides diagnostic printout to aid in the debugging 
of the C/SP program. Main purpose is to provide a means of 
developing the C/SP supervisor or operating system and testing it 
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HOO-CISP SUPPORT SOFTWARE 


A. C/SP ASSEMBLER 

1. PROCEDURE DEFINITION PROCESSOR 

2. MESSAGE DISCIPLINE WORD COMPILER 


B. C/SP SIMULATOR 

C. C/SP COLLECTOR 



C/SP ASSEMBLER 


C/SP AsseiDlDler is a subset of the 1100 Assembler and resides in the 
Host Computer, The formats and conventions are a subset of the 
900^ Assembler. 

@ PROCESSOR, OPTIONS - F1.E1,F2.E2,F3,D3 - Same as the control 
card for 1100 series, 

1. STATEMENT FORMAT - Is that of the 9000 Assembler, Columns 1-71 ! 
Assembler statement and comments. Column 72: used to indicate 
continuation. Column 73-SO: program identification and 
sequencing. 

2. TERMS, OPERATORS, AND EXPRESSIONS: 

a. Self defining: B'lOl’ ,X’FF,39,C’A’ . 

b. Literals: = x'FF' 

c. Symbols: up to six alphanumeric characters of which the 
first must be alphabetic. 

d. Location counters: maintained by the assembler for the main 

control section and each dummy section created by the programmer 

3. OPERATORS and EVALUATION: Arithmetic, logical, relation, as: 

^(multiply), -H-(OR), = (equal). ' 

4. EXPRESSIONS: Consists of one or more terms connected by operators. 

5. INSTRUCTIONS: 52 half-word and word instructions. 

6. DIRECTIVES: 


EQU 

TITLE 

START 

SPACE 

END 

SET 

ORG 

DO 

CNOP 

ENDO 

USING 

GOTO 

DROP 

LABEL 

ENTRY 

AND OTHERS 



(sCSPASM, OPTION FI. El, F2. E2, F3. E3 

1. STATEMENT FORMAT 

2. TERMS, OPERATORS, EXPRESSIONS 

a. SELF DEFINING 

b. LITERALS 

c. SYMBOLS 

d. LOCATION COUNTERS 

3. OPERATORS AND EVALUATION 

4. EXPRESSIONS 

5. INSTRUCTIONS 

6. DIRECTIVES 
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SUMMMIY OF PROCESSOR INSTRUCTIONS - I 


The Binary Arithmetic instructions provide the capability 
of modifying and evaluating data. These instructions use 
full word memory, half-word memory and registers. 
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SUMMARY OF PROCESSOR IIMSTRUCTIONS-I 


BINARY ARITHMETIC 


INSTRUCTION 

MNEMONIC 

OP CODE 

FORMAT 

ADD 

A 

5A 

RX 


AH 

4A 

RX 


AR 

lA 

RR 

COMPARE 

C 

59 

RX 


CH 

49 

RX 


CR 

19 

RR 

DIVIDE HALF- WORD 

DH 

53 

RX 

LOAD 

L 

58 

RX 


LH 

48 

RX 


LR 

18 

RR 

MULTIPLY HALF- WORD 

MH 

52 

RX 

SHIFT LEFT SINGLE 

SLA 

8B 

RS 

SHIFT RIGHT SINGLE 

SRA 

8A 

RS 

SUBTRACT 

S 

5B 

RX 


SH 

4B 

RX 


SR 

IB 

RR 

STORE 

ST 

50 

RX 


STH 

40 

RX 
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SUMMARY CONTINUED - II 


The Branching instructions provide the capability of conditional 
transfer of control from one routine to another. 


The Status Switching instructions are Supervisor instructions for 
controlling the multi-programming environment. 


The Input/ Output instructions (one) provides the data channel 
transfer capability. It is a supervisor or privlledged instruction 



SUMMARY COI\ITINUED-ll 


BRANCHING 


INSTRUCTION 

MNEMONIC 

OP CODE 

FORMAT 

BRANCH & LINK 

BAL 

45 

RX 


BALR 

05 

RR 

BRANCH ON CONDITION 

BC 

47 

RX 


BCR 

07 

RR 

BRANCH ON COUNT 

BCT 

46 

RX 


BCTR 

06 

RR 

BRANCH ON INDEX HIGH 

BXH 

86 

RS 

BRANCH ON INDEX LOW 

BXLE 

87 

RS 

OR EQUAL 




STATUS SWITCHING 




HALT & PROCEED 

HPR 

99 

SI * 

LOAD PSW 

LPSW 

82 

SI * 

SET STORAGE KEY 

SSK 

08 

RR* 

SET SYSTEM MASK 

SSM 

80 

SI * 

SUPERVISOR CALL 

SVC 

0A 

RR 

INPUT/OUTPUT 




START I/O 

SIO 

9C 

SI * 


* PRIVILEGED INSTRUCTIONS 
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SUMM/IRY CONTINUED - III 


The Logical instructione provide the capability of testing 
and altering data by bit or groups of bits. 


The Divide Polynominal is provided for cyclic redundancy 
check (sophisticated parity check). 



SUMMARY CONTIIMUED - III 


LOGICAL 


INSTRUCTION 

MNEMONIC 

OP CODE 

FORMAT 

AND 

Hi 


¥ 


NR 

14 

RR 

COMPARE LOGICAL 

CL 

55 

RX 


CLI 

95 

SI 


CLR 

15 

RR 

DIVIDE POLYNOMIAL 

DP 

81 

RS 

EXCLUSIVE OR 

X 

XI 

XR 

1] 

17 

RX 

SI 

RR 

INSERT CHARACTER 

1C 

43 

RX 

LOAD ADDRESS 

LA 

41 

RX 

MOVE 

MVI 

92 

SI 

OR 

i 

56 

?l^ 


16 

RR 

SHIFT LEFT SINGLE 


89 


LOGICAL 

SLL 

RS 


SRL 

88 

RS 

STORE 

STC 

42 

RX 

TEST UNDER MASK 

TM 

91 

SI 
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C/SP COLLECTOR 


The C/SP Collector is concerned with generating C/SP loadable 
(absolute) programs and resides in the Host Computer. 

1 . (§MAPCC 

2. Collector control statements or directives: 

a. LOADM: where the operand is FN.EN, Address 

FN is the file where the user wants the loadable 
program created. Address specifies the starting 
address . 

b. INCLUDE; specifies the relocatable program 
to be included in this collection. 

c. EQU: equates name to the value. 

d. RCORR: specify corrections to a relocatable 

program. 

e. LINKOP: collector options. 

f. SNAP: provides for dynamic memory dumps. 

g. ENDC: specifies the end of collector directives. 

h. EUTER; the location where the execution of the 

program starts . 



giMAPCC 


1. LOADM OPERAND 

FN. EN. ADDRESS 

2. INCLUDE FN. EN 

3. EQU NAME/VALUE 

4. RCORR FN. EN 

ADDRESS/X'inn...n' 

5. LINKOP OPTIONS 

(a) MAP 

(b) NOABORT 

6. SNAP FN. EN, ADDRESS, DUMP SIZE 

COUNT, FREQUENCY, R.A 

7. ENDC 

8. ENTER LABEL 



C/SF COLLECTOR DIAGRAM 


Input to the Collector, under direction of the Collector control 
language, is from object programs produced by the C/SP Assembler. 
The object programs may be found in a program file (established 
by the user via a @ ASG), in TPF$., and the system library. 

The C/SP collector creates the loadable program in a program 
file which may be TPF$., or a user-established program file. 
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CISP COLLECTOR 


1100 



C/SP 


C/SP 







C/SP DOCUMENTATION MD VIDEO TAPES 


Reference material available: 


C/SP System Description UP- 7850 
C/SP Processor Languages UP- 7870 
C/SP Languages 1100 Series Supplement UP- 7874 
C/SP Simulator UP- 7862 
C/SP Processor and Storage UP- 7866 
C/SP Operating System PRM UP- 7900 
C/SP Operators References UP- 791 9 
C/SP Operating System 1100 Supplement UP- 791 9 
C/SP OS Reference Booklet UP- 791 2 
C/SP Installation Support Manual UP- 7942 


A C/SP Binder and Index Tabs are available under niraiber UP- 7880. 

The video tape presentations are available on the C/SP Hardware. 
The software presentations are in the process of being prepared. 
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CISP DOCUMENTATION AND VIDEO 


A. PRODUCT SOFTWARE DESCRIPTIONS 

1. C/SP(CTMC REPLACEMENT) 

2. C/SP (SYMBIONT SUPPORT SUBSYSTEM) 

B. C/SP USER DOCUMENTATION 

1. SYSTEM DESCRIPTION 

2. SIMULATOR 

3. PROCESSOR LANGUAGES 

4. LANGUAGES nOO SERIES SUPPLEMENT 

5. PROGRAMMER REFERENCE 

6. OPERATING SYSTEM (PRM) 

7. 0 PERATING SYSTEM 1100 SUPPLEMENT 

8. OPERATOR REFERENCE 

9. INSTALLATION SUPPORT 

10. OS REFERENCE BOOKLET 

C. VIDEO PRESENTATIONS 

1. INTRODUCTORY SEMINAR 

2. PROCESSOR AND STORAGE 

3. GENERAL PURPOSE COMMUNICATIONS CHANNEL 



SECTION III 


TERMINAL MANAGEMENT SUPERVISOR 
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SECTION III INDEX - TERMINAL MANAGEMENT SUPERVISOR 
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OPERATING SYSTEM OVERVIEW 


The C/SP Operating System consists of a Terminal Management 
Supervisor (TMS), Terminal Management Control Routine (TMCR), 
Communications Control Routines (CCR), and Host Handler. In 
addition, two system control programs are provided: Message 
Control Program (MCP) and Symbiont Control Program (SCP) 
which are entered via Supervisor Call (SVC) instructions. 

The user is provided the capability to write control programs 
to supplement control over the input/output process, and 
handlers (CCR) for non-supported devices. 
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OPERATING SYSTEM OVERVIEW 


1100 I/O CHANNELS 

S 

ISI 


CR 
PR < 
KB 4 


ICA 


HOST 

HANDLER (H.H.) 
CONTROL ALL 
COMMANDS 
HOST C/SP 




SCP (BUFFER MGT 
CODE CONVERSION) 


MCP (CODE CONVERSION 
BUFFER MGT EDITING 
TRANSL, ISSUE FUNCTIONS) 


USER 

CONTROL PROGRAM 


I 



s 


TMS (DISPATCHER, DYNAMIC ALLOCATION, SCHEDULE I/O 

— 

D , 


INTERRUPT DISPATCHING: PMC. SVC. TIMER, I/O B, I/O A 


C 


SDC, MUX, TERMINATION, & ERROR LOGGING ROUTINES) 


TMCR 

ISSUE COMMON 
FUNCTIONS, PRE- 
PROCESS INTERRUPTS! 




CCR 

ISSUE FUNCTIONS 
FOR THIS DEVICE 
PROCESS INTERRUPTS, 
POST STATUS. BUFFER 
UPDATINE 


I 


M. 



R 








GPCC 


CUPS 


MODEM 




M 

U 

X 


REMOTE DEVICES 




TERMINAL MANAGEMENT SUPERVISOR 


(GENERAL DATA FLOW) 


When the Terminal Management Supervisor has been initialized, 
any problem programs to be loaded into C/SP memory are loaded 
by the dynamic allocator module of the supervisor. The TMS 
dispatcher determines which programs, if any, are available 
for execution and control is dispatched to that program. If 
no programs are queued for execution, the dispatcher enters 
the idle mode with all interrupts allowed. 

l/O appendages or user own-code routines are allowed, if 
specified at system generation, to provide additional control 
over l/O operations. 
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TERMINAL MANAGEMENT SUPERVISOR 
CGENERAL DATA FLOW! 



* ALLOWED FOR SPECIAL CASES ONLY 
SPECIAL TYPE OF PROBLEM PROGRAM 
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TERMNAL MAGEMENT SUPERVISOR (TMS) 


Program switching, dispatching and subtasking switching accompanied by 
executing the highest priority program currently able to run. Programs 
of equal priority are given equal time slices. Up to 6 problem programs 
and the system ICP are supported on the C/SP. Within each problem program 
there are two levels of control or subtasking. The problem programmer has 
complete control of the activation' and queue of secondary activities within 
his program. 

Program loading and initialization - loading utilizes the concept of dynamic 
memory allocation, allocating an area of memory into which the program, 
originating from the host, is loaded. A relocation directory (produced by 
collector) is associated with each program loaded. 

Program termination - problem programs may be terminated upon normal request 
by the user or occurrence of an error condition, as an unsolicited program 
check or unrecoverable l/O error without a contingency routine. The program 
terminator provides PMD’s if requested by the user. Memory dumps and termina- 
tion messages are sent to the host computer for output to an on-site device. 

Error logging ^ error statistics are gathered and stored in a buffer- which, 
when full, is transmitted to the host computer. The host stores the statis- 
tics on a file which is periodically listed on a printer. It is used mainly 
for hardware error checking and analysis. 

G ontingency Control - contingency routines nay be supplied by the problem 
program to regain control upon occui-rence of l/O, program check, or Inter '/al 
Timer contingency. 

Timer Control - timer control routine controls all access to the timer request 
queue. ' All timeouts requested by the problem program and all time slices re- 
quested by the dispatcher are interleaved in the timer request queue on a 
time-of-day basis. 

Supervisor Call - all supervisor call processing routines are accessed by 
means of a jump table. SVC is the means by which a problem program requests 
a supervisor function including 1) timer control, 2) l/O request, and 3) 
contingency request, 

l/O Control - l/O control routine determines the ownership of each l/O interrupt. 
Control then passed to respective channel control routine (including host hand- 
ler and TICR). The lowest level of l/O control is handled by the channel 
scheduling routine which controls loading of the CAW, issuing of the SIO, 
logical to physical device address translation, l/O queuing, and l/O appendage 
routing. l/O appendages are probi.em programs own-code routines providing 
additional control over l/O operation during channel program XQT at time 
l/O interrupt occurs. 
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TERMINAL MANAGEMENT SUPERVISOR CTMSl 

1. PROGRAM SWITCHING, DISPATCHING 

2. PROGRAM LOADING AND INITIALIZATION 

3. PROGRAM TERMINATION 

4. ERROR LOGGING 

5. CONTINGENCY CONTROL 

6. TIMER CONTROL 

7. SUPERVISOR CALL 

8. I/O CONTROL 
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TERMINAL MANAGEMENT SUPERVISOR 
(General Entry Routine) 


Functions: 

1. Save the interrupt code, status PSW and registers, 

2. Initialize the registers for the Supervisor. 

3. Branch to the respective interrupt processing routine. 

(General Exit Routine) 


Function: 

1 . Restore registers and give control to the activity 
flagged in the respective switch list. 

2, When exit from the Supervisor, no registers are restored. 

Register 2: Contains the return address to which the General Entry 
Routine will branch upon completion of its function. 
Register 3i Points to the switch list entry. 

Register 4^ Contains the address of the doubleword containing 
the interrupt code, status halfwords and the PSW 
for the respective interrupt. 

Registers 5-6: Reserved for problem program. 

Registers 7-9: Supervisor base registers. 

Registers 10-13: Supervisor work registers. 

Registers 14-15: Branch and link registers. 

Registers Parameter passing registers. 
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TERMINAL MANAGEMENT SUPERVISOR 
CGENERAL ENTRY AND EXIT] 

INTERRUPT 



GENERAL ENTRY 


SAVE REGISTERS, PSW, 
INTERRUPT CODE, STATUS IN 
SAVE AREA 

INITIALIZE SUPERVISOR 
REGISTERS. 



* 

EXIT TO INTERRUPT 
PROCESSING ROUTINE 


1. SUPERVISOR CALL 

2. PROGRAM/MACHINE CHECK 

3. INTERVAL TIMER 

4. l/OA-l/0 B 



REGISTER 

DISPOSITION 

SUPERVISOR USE 

2 

RESERVED 

RETURN ADDR. 

3 

FOR 

SWL ADDRESS 

4 

SUPERVISOR 

STATUS, PSW 

5 

RESERVED FOR 

MAY NOT BE USED 

6 

PROB. PRGR4. 

BY SUPERVISER 

7 


SUPERVISER 

8 


BASE 

9 


REGISTERS 

10 


SUPERVISER 

11 


WORK 

12 

13 


REGISTERS 



BRANCH AND 



LINK REGISTERS 

0 


PARAMETER 

1 
















TERMINAL MANAGEMENT SUPERVISOR 
(Channel Scheduler) 


Functions: 

1 . Convert symbolic l/O references or logical 
numbers to physical device numbers. 

2. Provide queuing of l/O requests for each device. 

3. Forward control to the individual channel routines 

to handle the start l/O and other functions associated 
with each channel. 

4. Maintains three tables which form the nucleus of 
the channel scheduler: 

a . LUB - Logical Unit Block 

b. FUB - Physical Unit Block 

c. CHQ - Channel QUEUE 


All information necessary for the scheduling of each l/O request 
is stored in these tables. 








LUB, PUB, CHQ O'VERYIEW 


The Logical Unit Block (LUB) consists of halfword 
addresses of the Physical Unit Block (PUB) describing 
the physical device. The PUB contains a pointer to 
the Channel Request Queue (CHQ) which may consist of 
a chain of l/O requests for that device. 



UJBORG 



KEriLUB 

KEY2LUB 


PUB 

D. A. 
CHQPTR 


CHQ 
F. CHAIN 


F. CHAIN 


III-12 
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CHANNEL SCHEDULER 
(LOGICAL UNIT BLOCK) 


The Logical Unit Block (LUB) consists of one halfword entry 
for each logical unit number up to the total allocated at 
SYSGEN Time. A list called The Logical Unit Block Origin 
(LUBORG), fixed at SYSGEN Time, designates the origin of 
each concurrently running program. The LUBORG entries for 
Keys 1-7 is the address of an origin point in the LUB table. 
Each entry in the LUB table is the address of the Physical 
Unit Block (PUB) table to which each LUB has been assigned. 



CHAIMIMEL SCHEDULER 
CLOGICAL UNIT BLOCK) 
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ADDRESS OF PHYSICAL UNIT BLOCK 


KEYl 


KEY 2 

KEYS 
KEY 4 

KEYS 


KEY 6 1 


KEY 7 H 



DEVOOO 

DEVOOl 

DEV002 

DEV003 

DEV004 

DEV005 


DEVOOO 

DEVOOl 

DEV002 

DEV003 


DEVOOO 

DEVOOl 


DEVOOO 

[JEVDIJI 

DEV002 


DEVOOO 

DEVOOl 

DEV002 


DEVOOO 

DEVOOl 

DEV002 

DEV003 

DEV004 

DEV005 

DEV006 

DEVOOl 


DEVOOO 

DEVOOl 

DEV002 


KEY I LUB 
KEY 2 LUB 


KEY 3 LUB 


KEY 4 LUB 


KEY 5 LUB 


KEY 6 LUB 


KEY 7 LUB 


SYMBOLIC 

ORIGIN 

LIST 

(LUBOR) 


LOGICAL UNIT BLOCK 




CHANNEL SCHEDULER 
(PHYSICAL UNIT BLOCK) 

The Physical Unit Table (PUB) consists of one l6-byte for each 
physical device defined at SYSGEN Time. The designated origin 
of each channel group is kept in a list called the Physical Unit 
Block Origin List (PUBORG) which is fixed at SYSGEN Time. Each 
halfword entry in the PUBORG List is the address of a channel 
orTgir ip the PUB table. 



CHAIMNEL SCHEDULEFR 
CPHY5ICAL UNIT BLOCK] 
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0 

4 

8 

C 




PUB ENTRIES 
FOR CHANNEL 
0 


PUB ENTRIES 
FOR CHANNEL 
1 


PUB ENTRIES 
FOR CHANNEL 
6 



CHANNEL 

0 

DEVICE 

0 


CHANNEL 

N 

DEVICE 

N 
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CHJ^EL SCHEDULER 
(CHANNEL QUEUE TABLE) 

The Channel Queue Table (CHQ) is used to chain all l/O requests 
awaiting execution for any- one device. The requests are queued 
in the order requested. The size of the CHQ table is detemined 
at SYSGEN Time and should be large enough to contain all current 
I,/0 requests pl.us space for e,13_ i^ew requests. The CTTO p-nt.T*;! (==; p-pp 
pointed to by bytes 4 and 5 of the PUB. Any free entries in the 
CHQ are also chained and are pointed to by the Channel Queue Origin 
(CHQORG). 
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TMS 

CCHANNEL QUEUE TABLE! 

CHQ ORG 



0 


4 





TERMINAL MANAGEMENT SUPERVISOR 
(Dynamic Allocator) 


Functions : 

1. Allocation and release of main storage space. 

2. Initial loading of programs. 

3. Switch list initialization. 

Free Memory Pool (FMP) - points to those areas which are not 

assigned to a program. 

Used Memory Pool (UMP) - points to those areas which are assigned 

to programs. Each^ program assigned a 
32-byte area. 
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DYNAMIC ALLOCATOR 


FMP 


0 0 

LENGTH OF AREA IN 

NUMBER OF BYTES 

00 ORFF 

IF LAST 

IN CHAIN 

ADDRESS OF NEXT 

FREE AREA 

00OR FF 

IF FIRST 

IN CHAIN 

ADDRESS OF 

PREVIOUS FREE AREA 


0 0 

START ADDRESS OF AREA 

ALLOCATED TO PROGRAM 

MAIN TASK 

0 0 

LENGTH OF AREA 

ALLOCATED TO 

PROGRAM MAIN TASK 

0 0 

START ADDRESS OF 

AREA ALLOCATED TO 

PROGRAM REQUEST 1 

0 0 

LENGTH OF AREA 

ALLOCATED TO 

PROGRAM REQUEST 1 


* CONTINUES FOR EACH REQUEST UNTIL 
THE 32-BYTE AREA IS FULL. 




TERMINAL MANAGEMENT SUPERVISOR 
(Dispatcher) 


Functions: 


1 . Switch list control and updating. 

2. Asynchronous switching (attach macro). 

3. Contingency switching (STXIT) macro) . 


4 


Priority scheduling and time- slicing. 
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DISPATCHER 

SWITCH LIST 


SWL 


0 

PROGRAM 

CONTROL FLAGS 

PROGRAM 

KEY 

PROGRAM 
CONTROL FLAG 

PSW 

KEY 

4 

0 0 

UNSOLICITED OPERATOR 



COMMUNICATION OCB ADDRESS 

8 

ACTIVE 

MULTIPLE WAIT 



TASK POINTER 

MCB ADDRESS 


C 

TASK CONTROL 

MAIN TASK 



FLAGS 

SAVE AREA ADDRESS 

10 

TASK CONTROL 

SUB-TASK 



FLAGS 

SAVE AREA ADDRESS 

14 

TASK CONTROL 

CONTINGENCY 



FLAGS 

SAVE AREA ADDRESS 

1 8 

MAIN TASK 

ATTACH MACRO ACTIVITY 


MWAIT OPTION 

QUEUE PARAMETER LIST ADDRESS 

1 C 

SUB-TASK 

CONTINGENCY 



MWAIT OPTION 

ENTRY ADDRESS 
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TERMINAL MANAGEMENT SUPERVISOR 
(Termination and Error Handling) 

Termination Functions: 

1. Set the switch list entry to initial condition and release 
memory allocated to the terminated program. 

2. Initiate termination message to the host, including memory 
dump if the program was terminated due to an error and a 
dump option was requested. 

3. Dequeue all pending l/O and timer requests for the terminated 
program. 

Error Handling Functions; 

.1. Identification of error. 

2, Compilation of error statistics, 

3. Initiation of l/O request to send error statistics and operator 
error messages to the host or some device chosen at system 
generation time for this purpose. 

4« Logging of error conditions to be used by F. E. Diagnostic 
Routines when loaded into memory. 



TERMINATION AND GENERAL 
ERROR HANDLING 
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TERMINATION 



TIMER REQUEST QUEUE 


TIME OF DAY 

TIMER CONTROL BLOCK 
ADDRESS 

CAW 

U 


FOF 

QUE 

tWARD BACKWARD 

.UE QUEUE 


GENERAL ERROR 

HANDLING 



IDENTIFY THE ERROR 

COMPILE ERROR STATISTICS 

LOG ERRORS 

TRANSMIT ERROR STATISTICS TO HOST 
















MACRO CALL SEQUENCE 


Execution of a Supervisor Call (SVC) instruction with a macro reference 
in the operand field results in a SVC interrupt. The SVC T^ble is used 
as a jump table to the processing routine for processing. 
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TERMINAL MANAGEMENT SUPERVISOR 


PROGRAM INSTRUCTION 



SVC PROCESSING 
ROUTINE 

SVC TABLE 





teriviiml management supervisor 

(Supervisor and l/O Macros) 


Macros: 

CCB (Command Control Block) - The basic information link between the 
problem program and the executive supervisor. 

EXCP (Execute Channel Program) - The means of performing l/O operations. 

V/AIT - Issued v/henever the program requires that an l/O request be com- 
pleted before the execution of the problem program continues. 

ASSGN (Assign) - Used for dynamic assignment of symbolic or logical I./O 
references to physical hardware addresses. 

OCB (Operator Communications Control Block) - The basic information link 
between the problem program and the supervisor for sending a message 
to the console operator. 

WTO (Write to Operator) - Used to send a message to the host console 
operator. (ASCII or field data). 

WTOR (Write to Operator with Reply) - Same as WTO, now requesting a reply. 

MEMORY - Used to request additional memory or to release used memory. 

(2K bytes) . v 

MCB (Multiple Control Block) - The information link between the problem 
program and supervisor for the purpose of posting traffic bits for 
multiple activities or requests. 

SETMCB (Set Multiple Control Block) - The means of requesting or changing 
the status of the Multiple Wait facility. 

MWAIT (Multiple Wait) - The means of setting a program in a wait condition 
until the first completion posting of any combination of events. 

ATTACH - Used In a main program to initiate (attach) an asynchronous 

subtask and to establish the order of priority between the main 
and sub task. 

ACTQ (Activity Queue) - Is referenced by the ATTACH macro and may be used 
to build a queue in which each entry is a separate ACTQ macro, 

DETACH - Used by a main program to terminate all subtask activities and 
activity queue. 

DEACT and REACT (Deactivate and Reactivate) - Used to deactivate and again 
reactivate a subtask from a main program. 

STXIT (Set, Exit) - Establishes lirlcage from the supervisor to a contingency 
routine for the purpose of processing abnormal j/O conditions ^ 
program checks, and interval timer interrupts. 



111-28 


TERMIIMAL MAIMAGEMEIMT SUPERVISOR 
CSUPERVISOR AIMD IIO MACROS) 


[nam^ 

CCB 

[name] 

EXCP 

[nameU 

WAIT 

[name] 

ASSGN 

' NAME 

OCB 

[name3 

WTO 

[nameu 

WTOR 

[name]] 

MEMORY 

NAME 

MCB 

[name] 

SETMCB 

[name] 

MWAIT 

Same]] 

ATTACH 

NAME 

ACTQ 

NAME 

DETACH 

Same] deact 

and REACT 

QlAMd 

STXIT 


SYSi(XX 

DVC4INNN 


, [aPPNDG4IAM|] , 


BCW4IAME 

lOAtNAME, LENGTH) 

FCB^AME 

[SENSE=NAM|] , [ERRCV^E^ , ISTATUS=REGSl 

[ccb-name] 

[ccb-nam|] 

DVC=NNN,OPT^’CUU’ 


MSGKNAME, LENGTH) CIePLYTNAME 



[OCB name] 

[ocb name] 

pETl [SiZ| . [ADDRESg 
|_REL^ ’ 

NOT USED 

IcB-NAMEU , [MWAIT ON] 

ImCB-NAM|] , X'ii' 

Q.ACTQNAME, PRIORITY 

SUBTASK, SAVE-AREA, [pRIORITYI , [NEXT ACT^ 
NOT USED 
NOT USED 

40.PC,IT, [InTRS , lAVE-AREAl . 
[®=0CB-NAMI1 



(Supervisor and l/O Macros, coni 'd.) 


CAMCFL - Used to abnormally terminate a problem without generating a 
dump. 

EXIT - Used to terminate either a main program, a subtask, or a 
contingency routine. 

TCB (Timer Con^rcl Block) - Information link betv/een the problem 

program and the supervisor, for passing the number of timer 
intervals required before an^ interrupt to the supervisor. 

SETIME (Set Interval Timer) - Used to set the interval timer to the 
value that is specified in the operand. 

DQTIMP. (Dequeue Intf^rval Timer Request) - Used to remove or dequeue a 
previously issued SETIME macro. 

GETIME - Used to obtain the current time of day at any time during the 
program execution. 

GETDAT - To move the date to a two-word area set up by the problem 
program. 

PUTCOM - Used to store information in the conmunication region. 

GETCOM - Causes the seven-word (28 byte) communication region to be moved 
to save area set up by the problem program. 

OPEN - Open a communication line or data file. 

CLOSE - Close a communication line or data file. 

LCB (Load Control Block) - The basic information line between the user 
program and the executive supervisor. 

LOAD - Returns control to the calling sequence following a SVC instruction. 

FETCH - Giver control to the program which was loaded. Both LOAD and FETCH 
macros are used to load user programs from the host mass storage. 

CCW - Used to generate an 8-byte Channel Command Word. 

DUMP - Dump memory assigned to user and cancel. 

CDUMP - Dump all C/SP memory and return. 

PDUMP - Partial dump. 
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TERMINAL MANAGEMENT SUPERVISOR 
[SUPERVISOR ANO IIO MACROS) 


[name 

CANCEL 

NOT USED 

[name 

EXIT 

NOT USED 

NAME 

TCB 

INTERVAL NUMBER 

[name 

1 SETIME 

[tcb-name] , [[ave areiT] 

[name 

DQTIME 

[save are]^ 

[name] 

GETIME 

NOT USED 

[namI] 

GETDAT 

[symbolic address of date save are^ 

[name] 

PUTCOM 

[symbolic information adores^ 

[namI 

GETCOM 

Symbolic address of save are^ 

[name] 

OPEN or CLOSE 

[ccb-name] 

BLOCKNAME LCB 

PR0G=NAME, [lOAD=NAM|] , [fXECf] 

_NAME 

LOAD or FETCH 

[Icb-name] 

JlAMl 

CCW 

COMMAND, [FaTA-ADDRE^ , [fLAGS] , [COUN^ 

[namU 

DUMP or CDUMP 

NOT USED 

EnamI] 

PDUMP 

[starting address] , [fNDING ADDRES]$] 
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(System C?eneration) 


NL1P=N Number of user priorities. Range is 1 or 2. Default is zero. 

N?P=N Number of probe Ira programs allowed to run in addition to MCP. 

Default is zero.- 

ITWR^N Interval Timer word replacement value. This is the maximum number 
of milliseconds between which times interrupts can occur. Default 
is zero. -- 

TRQSIZ=N The number of entries in the timer request queue. Default is zero. 

TIMER=( OPTION) Allows the use of the timer feature. Option is either YES 
or NO, Default is NO, 

RDIV=(0PTI0N) Allows for the recoverable delay flop feature. Option is 
either YES or NO. Default is NO. 

CNTGCY=( OPTION) Allows the . attachment of contingency routines. Option is 
either YES or NO. Default is YES. 

APPI©G=( OPTION) Allows the use of appendage routines in the problem programs. 
Option is either YES or NO. Default is NO. 

DATE:=^( option) Allows the use of the GETDAT macro. Option is either YES or 

NO, Default is NO. 

f 

DUMP=(OPTiON) Allows for the automatic jump support. Option is either I'ES 
or NO. Default is NO. 

LUBS=(N1,N2, . . . Nl) The number of LUBS to be assigned to the MCP and each 

program. Default is zero. 

PUBS=N The total number of PUBS to be generated. ’N’ is the number of devices 
to be connected to the system. Default is zero. 

CHANLS=(A0,A1, . . . A6) The types of channels connected to the system. 

TSLICE=N The time slice (in milliseconds) used for program switching. 

Default is zero. 

MEMSIZ=N The total size of memory. Default is 32K, 

CHANRQ=N The total number of entries in the Channel Request Queue. Maximum 

is 255 and default is zero. 

FXDMEM=(A0, Al, . . .Al) The amount of fixed memory allocated to the MCP and 

each problem program. 

DYNMEM=( option) Allows for dynamic memory allocation. Option is either YES 

..or NO. Default is NO. 

LI ST= ( OPTION ) Allow s the user to turn the assembler print feature on or off. 

Option is either ON or OFF. Default is ’ON*. 

SYSDVC=(A0, Al, . . .A8) Request support for system devices. 
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TERMINAL MANAGEMENT SUPERVISOR 
CSYSGEN MACRO! 


NAME 


OP CODE 
SYSGEN 


OPERAND 

[nup [npp =n3] [Ttwr =n]] 

[jRQSIZ =N^ [timer =<0PTI0n3 
[[^RDF =<0PTI0N^ [XNTGY =<0PTI0N^ 

[Tappndg =<option{] [date =<option3 
[[dump =<0PTI0n3 [LUBS =(N0,N1...nJ 
[[pubs [CHANLS =(A0,Al,...Ai^ 

[jSLICE [mEMSIZ= n[] [cHANRQ 
QfXDMEM =(A0,A1...,A|[] [dynmem =<0PTI0N>] 
QlIST =<0PTI0N>] [[sYSDVC =(Aa,Al,...A^ 



TERMINAL MAiUGEMENT SUPERVISOR 
(GENERAL FLOW) 


The Terminal Management Supervisor (TMS) receives control 
after initial load of the operating system. The TMS 
dispatcher determines if there are problem programs to 
be loaded. When all programs have been loaded into C/SP 
Memory, the dispatcher determines if there are any 
programs queued for execution and passes control to 
that program. If there are no programs queued for execution, 
the dispatcher enables all interrupts and enters a wait 
mode. The occurance of an interrupt causes control to be 
passed to the routine to handle that class of interrupt. 

The interrupt processing routine uses the subroutine 
’GENERAL ENTRY’ to save the registers, etc., in the 
programs save area. When the processing of the interrupt 
is complete, the ’GENERAL EXIT’ subroutine is used to 
restore the registers. Control is returned to the 
program or to TMS dispatcher. 
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TERMINAL MANAGEMENT CONTROL ROUTINE 



SECTION IV INDEX - TERMINAL MANAGEMENT CONTROL ROUTINE 

IV. - 2 GEL^ERAL FLOW 

- 4 FUNCTIONS 

- 6 INTERRUPT HAi'JDLlNG 

- 8 FUNCTION PROCESSING 
-10 GPCGEN MACRO 

-12 TABLE RELATIONSHIP 
-14 line STATUS BLOCK 
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LSBGEN MACRO 



TERMINAL MANAGEMENT CONTROL ROUTINE 


(General Flow) 

There are two entry points to TMUR. The function entry via SVC execution 
and a GPCC interrupt. In either case, TMCR determines the CCR ownership 
and passes the information to that CCR. Functions which are common to 
all devices are executed by TMCR. 
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TERMINAL MANAGEMENT CONTROL ROUTINE 

CGENERAL FLOWl 
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TEEMINAL MANAGEMENT CONTROL ROUTINE (TMCR) 


Routines for controlling the communication terminals on the C/SP divided 
into two general areas: 1. general handler and the individual, 2. communi- 
cations control routines. TMCR is a series of routines performing 
functions which are common to all OCR’s. (Example: dial and test mode, 

CIW pre-processing, interface with MCP and the supervisor). TMCR main- 
tains the CIW lists and receives control from the supervisor whenever 
a GPCC interrupt occurs. After initial processing of the interrupt, it 
is passed to the appropriate OCR. A master status block (MSB), one for 
each type of device, is maintained by TMCR and contains accounting 
information concerning each device. In normal operation of the 
communication device attached to the system, any MCP executes l/O requests 
in the form of ’SVC’s. The supervisor passes control to the TMCR which 
determines which CCR to activate. The CCR executes the desired l/O 
functions and returns status information. 

Hardware: Supports communications through a GPCC channel on the C/SP. 

Devices: 

Teletype/DCT 500 RMS1 

DCT lOOO/UNISCOPE 100 Dialer 

DCT 2000 

Binary Synchronous 

Software: 1. Receives all function requests for the GPCC. 

a. Locates needed tables. 

b. Validation. 

G. Passes its information to the appropriate CCR. 

2. Receives all GPCC interrupts. 

a. Processes each CIW list. 

b. Routes each CIW to the appropriate CCR. 

3. Contains utility subroutines used by the CCR's to 

post status to the user CCB and to calculate block parity. 

4. Performs device- independent communications functions: 

a. OPEJ'I - CLT’s are reset from any previous condition 

and the line is marked open. 

b. DIAL - Controls the operation of an automatic dialer. 

c. TEST MODE ON - Provides a way to place a pair of CLT’s 

into test mode for using the hardware 
back-to-back test, (lines must be closed) 

d. TEST MODE OFF - Resets the CLT to a normal state of operation. 

e. BEGIN TEST - Provides a way to perform three types of 

test on a line placed in test mode: 

1 . CLT back-to-back on the line . 

2. Mode back-to-back. 

3. Continuous. 

f . END TEST - Stop the continuous test without taking the 

line out of test mode. 



TERMINAL MANAGEMENT CONTROL 
ROUTINE CTMCR3 


1. FUNCTIONS COMMON TO ALL OCR’s 

A. DIAL 

B. TEST MODE ON/OFF 

C. OPEN 

D. BEGIN TEST 

E. END TEST 

2. CIW LIST PRE-PROCESSING 

3. ROUTES FUNCTION CALLS TO HANDLERS (OCR’s) 

4. COMMON ENTRY FOR GPCC FUNCTIONS 


(MSB) MASTER STATUS BLOCK 


TOTAL MESSAGES OUT 

TOTAL BAD OUT 

TOTAL MESSAGES IN 

TOTAL BAD IN 




TERMINAL M-ANAGEMEMT CONTROL ROUTUffi ('E^ICR) 

INTERRUPTS 

GPCC interrupts cause CIW*s to be stored in four lists. V/hen TMCR 
receives control, it processes all outstanding CIV/’vS in each list. 
The first CIW in the highest priority list is selected and routed 
to the appropriate OCR for processing. When the OCR returns status 
a new selection is made until all the lists are cleared. 
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TERMINAL MANAGEMENT CONTROL ROUTINE 

CINTERRUPTS) 




TEEMINAL MANAGEMENT CONTROL ROUTINE (TMCR) 
FUNCTION PROCESSING 


When function is requested, TMCR validates it before routing 
it to the appropriate CCR; 

1 . Open is always accepted. 

2. Test functions are accepted only if the line is closed, 

3. All other functions are accepted if the line is open, 

4. If the line is down, it must be placed in Test mode 
before issuing any other function, 

5. To place half-duplex line in test mode, the mate must 
be closed or missing. 

6. For normal dialing, the DIAL function must be issued 
to the line, not the dialer. 

7. To test the dialer, place it in test mode, then issue 
the DIAL function to the dialer. 

When a function request is rejected, TMCR posts status and returns 
to the user without passing the request to the CCR. 
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TERMINAL MANAGEMENT CONTROL ROUTINE 
CFUNCTION PROCESSING) 
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TEIOHNAL MAIUGEMENT CONTROL ROUTINE 
(GPCC GENERATION) 

The GPCGEII macro is required for the generation of the TMCR and OCR’s, 

allowing the user to initialize the GPCC tables to match his configuration. 

GPCA = N, GPCB = N: At least one of these parameters are required, as the 

BCW’s are generated from these parameters. GPCA 
or GPCB refers to one or two GPCC’s. ’N’ indicates 
the highest numbered multiplexer position on this 
GPCC, BCW’s are generated from zero to this value 

(0-63). 

A0 = N, . , .A3 = N: Optional parameters to generate the CIW’s and 

CIW List Control Words for the GPCC. A0. . .A3 
represent the CIW Lists 0. ..3 for GPCA. ’N’ is 
any number from 0-64 specifying the number of 
words to be generated for a CIW List. 

B0 = N, . . .B3 = N: Same as A0 - A3, only for GPCB. 

DVCA + X’CUU’,; DVCB = X ’CUU’: At least one of these parameters are 

required and are used to load the GPCC registers 
1,2, and 3. X ’CUU’ refers to the l/O Channel 
(C) and line number (UU) for the GPCC, 



TERMIIMAL MAIMAGEMEIMT 
CONTROL ROUTINE 
CGPCC GENERATIONS 
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NAME OP CODE 

GPCGEN 




OPERAND 


GPCA=N, GPCB=N 
[7a0 =N,A1 =N, A2 =N,A3 
Qb 0 =N,B1 =N, B2 =N,B3 i 
DVCA =x’CUU’,DVCB =x’CUU’ 
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TEEMINAL MANAGEMENT CONTROL ROUTINE 
(Line Status Block - Table Relationship) 


Each PUB (device description) has a pointer to the Line Status 
Block (LSB) for the line which the device is attached. The 
LSB contains line information required by TMCR and the OCR’s. 

























TERMINAL MANAGEMENT CONTROL ROUTINE 
(Line Status Block) 


The Line Status Block contains line information required 
by TMCR and the OCR’s. There is an LSB generated for 
each line supported by a OCR. 

For a detailed description of the fields of the LSB 
reference the Technical Documents pertaining to each CCR. 
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TERMINAL MANAGEMENT CONTROL ROUTINE 

CLINE STATUS BLOCK! 


LSB 


9 

TRANSMISSION 

INFORMATION 


4 

CCB 


ADDRESS 

8 

APPENDAGE 


ADDRESS 

C 

BCW 

DIALER 


ADDRESS 

PUB 

1 0 

I/O WAIT 

CLT 


SERVICE BIT ADDR. 

PUB 

1 4 

OUTPUT 



PLACE-TO-GO 
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TEHMINi\L I/ANAGEMEi1T 
(LINE STATUS BLOCK 


COMTBOi. ROUTINE 
GEN EI^ AT TON) 


The LSBGEN macro generates a Lins Status Clock (LSD), wl; 
line indepent information required by tiie I’MCR and OCR. 
be coded for each line to be supported by a CCR. 


,ch provides ce:-tain 
A LSBGEN macro must 


Il^TYF-(Option) : Specifies the number' of multiplexer positions in use for 
this line where the option is either F (two multiplexer 
positions) or H (one multiplexer position). Default is H. 

DIAL= ( Option) ; Specifies whether this line has an associated automatic 

dialer. Options are SW, TWXj MO, Default is NO (neither 
a dialer associated with the line nor a dialer LSB only) . 


CNFG=(Option) : Specifies the configuration of this line. Options are SW 

(switched line), MTPM (multipoint line with C/SP as master 
station), MTPT (multipoint line with C/SP as tributary 
station), PTP (point-to-point line). Default is PTP. 


LNSP=N: Specifies the speed in bauds for asynchronous lines. 

>N' = 300, 150, no. Default is 110. 

SPFTR=(Option) : Special features on this line. Options are ASYNC (asynchronous 
UlOO/DCTlOOO), TTYMDE (TTY or DOT 500 in teletype mode), 

CRC16 (dinary synchronous lines and VRC/CRC16 error checking 
is to be used), NO (no special features). Default is NO. 

DYC=X’CUU’: Refers to the channel and multiplexer position of this line. 


DVCASC=X ' CUU ’ : Mandatory if there is a dialer CLT position. If DVC specifies 

the dialer, the D^ASC is associated with the non-dial position 
and conversly. 

GPCC=:( Option) : Mandatory if more than one GPCC is available, Must correspond 

to the GPCA=NN parameter of the GPGGEN procedure. Default is 
GPCA. 

LSBTYP=(Option) : Specifies the type of CLT. Option is DIAL or NORM. Default is 
NORM. 

M0DE=(0ption) : Mode of circuit operation. Options are FD (full duplex), 

SO (simplex output)', SI (simplex input), HD (half duplex). 
Default is HD. 

DCTARS=X ’ XXXX • : Specifies the RID SID for an automatic operation DCT 500 on a 

point to point line. X’XXXX’ is the hexadecimal representation 
of the ASCII RID SID characters. 



IV -16 


TERMINAL MANAGEMENT CONTROL ROUTINE 
CLINE STATUS BLOCK GENERATION) 


NAME OP CODE OPERAND 

LSBGEN [lntyp^option>] Cdial=<option>] 

[,CNFG=0PTI0N>] [,LNSPD=f(] 

[.SPFTR =<0PTI0N J ,DVC=x’CUU’] 
DVCASC = X’CUU’ [GPCC =<0PTI0N >] 

Qlsbtyb =< option >][M0DE =<0PTI0N 0 
HdCTARS =X’XXXX11 



SECTION V 


COMMUNICATIONS CONTROL ROUTINES 
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SECTION 


V. 


liMDEX - COKyiUNICATIONS CONTROL ROUTINES 

2 GENERAL FLOW 
4 FONCTIONS 
6 FUNCTIONS 
8 STATUS 
10 MDWGEN MACRO 
12 TELETYPE/DCT 500 FUNCTIONS 
14 UIOO/DCT 1000 FUNCTIONS 
16 DCT 2000 FUNCTIONS 
18 1004/9000 FUNCTIONS 

20 Binary synchronous communications functions 




COMMUNICATIONS CONTROL ROUTINES 
(GENERAL FLOW) 

There are two main entry points to each of the OCR's, function and 
interrupt entry. The function is passed to the CCR for processing 
as is the interrupt information. After processing, in either case, the 
CCR determines if there is status to be posted. If status is to be posted 
an appropriate utility routine of TMCR gets control, else the CCR just 


exits . 
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COMMUNICATIONS CONTROL ROUTINES 

CGENERAL FLOW) 


INTERRUPT FUNCTION 

ENTRY ENTRY 
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COMMUNICATIONS CONTROL ROUTINES (CCR) 


OCR’s are designed to compensate for the pecularities of a given communi- 
cation discipline. For devices which have enough in common, a particular 
CCR may support more than 1 type of etrminal (XS-3 and ASCII code DCT’s). 
All OCR’s are re-entrant in that 1 CCR will support all like devices on 
the system. OCR’s control the BCW’s and MDV/’s for each line. BCW, MOW, 
and CIW’s are initialized at sysgen time. Initiation and continutaticn 
of I/O is controlled by the OCR’s 'and status information returned via 
TMCR to the MCP (which issued the function) . A Line Status Block (LSB) 
is established at sysgen time, for each line, by a sysgen procedure. 

The LSB contains certain accounting and line characteristic information. 

For devices which require a message parity check, the CCR generates block 
parity for output messages and checks block parity for input messages. 

Some character parity is generated and checked by the hardware. OCR’s 
provide the capability for terminal operation communication with the 
system through the use of control messages. 

These control m.essages permit the terminal operator to inform the systeKi 
of certain operating contingencies that have developed. 

Functions performed by the OCR’s and TMCR: 

Note: certain types of terminals do not require the use of all these 
functions. All entry to "Dhe OCR’s is via TMCR and return is 
via TMCR or the dispatcher. % 

Open - line marked open. 

Input - allow data to be input on the line. 

Output - allow data to be output on the line. 

Close - terminate the line. 

Halt - halt a current . operation in an orderly manner. 

Hang up - place the line ’on hook’. 

Dial - place the line ’off hook’. 

Test Mode on/off - condition the line for back to back testing. 
Post - used after input or output functions and supplies buffers 
to the CCR to permit continuation of the message without 
interruption. 


1 . 

2 . 

3. 

4* 

5. 

6 . 

7. 

8 . 
9. 
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COMMUNICATIOIMS CONTROL ROUTINES CCCR3 

1. CONTROL BCW’s AND MOrs 

2. RETURN STATUS TO USER PROGRAM 

3. GENERATE BLOCK PARITY 

4. PROCESS INTERRUPTS 

5. FUNCTIONS 

A. OPEN 

B. INPUT 

C. OUTPUT 

0. CLOSE 

E. HALT 

F. HANG OP 

G. DIAL 

H. TEST MODE ON/OFF 

1. POST 
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COMMUNICATION CONTROL ROUTINES (CCR) 

GINERAL 

1 . Process functions requested by the MCP after they have been processed 
by TMCR, Process CIW*s and provide status information to MCP through 
TMCR. 

2. Use subroutines of TMCR and TMS, 

3. Operate in privileged mode with all interrupts locked out. 

4. Re-entrant. 

5. Handle variable length input/outpiit buffers » 

a. buffers may be large enough to contain an entire message or 

fragraments of a message, in which case a function may be issued 
to provide additional buffers. 

6. FUNCTIONS: 

a. IPTIN - initializing batch input or soliciting conversational input. 

b. OPTIN - initializing batch output or sending conversational output. 

c. IPTCT - continuing batch input. 

d. RFPFA.T - solicit the retransmission of previous input for either 

conversational or batch input. ' 

e. OPTCT - continuing batch output. 

f. POST - to present additional buffers after transmission has started. 

g. HNGUP - disconnect a dialed line. 

h. HALT - to halt input operation normally. 

i. CLOSE - to discontinue use of a line. 



[GENERAL! 


1. PRIVILEGE MODE 

2. RE-ENTRANT 

3. VARIABLE LENGTH I/O BUFFERS 

4. FUNCTIONS 

a. IPTIN 

b. OPTIN 

c. IPTCT 

d. REPEAT 

e. OPTCT 

f. POST 

g. HNGUP 

h. HALT 
L CLOSE 



COMMUNIClTICiN CONTROL ROUTPNES (CCR) 
GENERAL 

STATUS: 

1. Function complete. 

2. End-of- Input file. 

3. Status check (detailed): 

a. Hardware errors 

b. Time out 

c • Parity/Format error 

d. No data 

e. End-of-Input image 

f. Software errors 

g. Loss of carrier 

h. Retry exceeded 
4* Supplementary status. 

a • Invalid fimction 

b. Ready 

c . Wait 

d. Suspend current operation 

e. BEL 

f . Hang-up request received 

g. Abort 

h. Terminate 

i. Halt-go-voice 
Toggle devices 

k. Who-are-you? 
i, ACK/NABT in response 
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CCR STATUS 


0 3 11 15 


F 

C 

E 

0 

F 

S 

C 

H 

E 

1 

P 

E 

N 

D 

E 

0 

1 

S 

H 

G 

R 

E 

SUPI 

1 

■ 

1 

TUS 

1 1 


DETAILED STATUS 
















COMMUNICATION CONTROL ROUTINE (CCR) 
GENERAL 


MDWGEN - Generates all MDW's required for the user configuration with 
just one MDWGEN call. 

CBAMDW = (\ OPTIONS , X’WW', X»SS», X»?P»): Specifies the MDW's for 
controlling a Binary Synchronous ASCII line. Option is YES 
or NO.. If YES, generate the MDW chain. Default is NO. X'WW’ 
is the hexadecimal value of the wait acknowledge character. 
Default is X'3B’. X'SS' specifies the hexadecimal value of 
the first character of the C/SP selection address. X'PP’ 
specifies the hexadecimal value of the first character of the 
C/SP Poll Address. Default is zero. 

CBEMDW = ( V option; , X’WW’, X’SS’, X’PP’): Specifies the MDW’s for con- 
trolling a Binary Synchronous EBCDIC line. The same as CBAMDW 
except the default for X’WW’ is X’6B’. 

CTMDW = (<0?TI0N1> , 0PTI0N2 >.) ; MDW’s for Teletype or DCT 500. 

Option 1 is YES or NO. Default is NO. MDW’s to be generated. 
Option 2 is TLYMDW, DCTMDW, or BOTH. Default is BOTH. 

CRMDW =< OPTION): MDW’s for RMS-1 (1004/9000) line. Option is YES or 
NO. Default is NO. 

CDMDV = OPTION/: MDW’s for DCT 2000 ASCII line. Option is YES or NO. 
Default is NO. 

CUSMDW = OPTION): MDW’s for UlOO/DCT 1000 Synchronous ASCII line. 

Option is YES or NO. Default is NO. 

CUAMDW = <, OPTION): MDW’s for UlOO/DCT 1000 Asynchronous ASCII line. 
Option is YES or NO. Default is NO. 

CSMOW =< OPTION/: MDW’s for Remote/Local C/SP line at the Remote C/SP 
site. Option is YES or NO. Default is NO. 

CLMDW = <0PTI0N>: MDW’s for Remote/Local C/SP line at the Local C/SP 
site. Option is YES or NO. Default is NO. 
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COMMUNICATIONS CONTROL ROUTINE 
MOWGEN MACRO 


LABEL 

NAME 


OP CODE 

MOWGEN 


OPERAND 


[]CBAMDW =(<OPTION>,X‘Wr,X‘SS’,X‘PP’)] 


QcBEMDW =(<0PTI0N>,X‘WW’,X‘SS’,X‘PP’)] 


Qctmdw=(<option> ,<0PTI0N 2{] 


[Tcrmdw=<option0 [7cdmdw =<option>^ 


jTcUSMDW =<0PTI0N3 Q cuamdw =<option>_ 


[7csmdw=<option^ [2clmdw=<option>] 
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CCH 

TELETYPE AND DCT 500 


HARDWARE: Teletype - must operate in ASCII code. 

KSR 

ASR 

RO 


DCT 500 - Teletype mode: Requires no selection sequence. 


Automatic mode: 

a . 

b. 

c . 


selection sequence used on all messages. 
Fast selection. 

Slow selection (status poll). 

Broadcast (status poll prohibited). 


One-way mode: DCT 500 cannot transmit. 

All device types operate in the asynchronous mode using ASCII eight level 
(even parity). 

Four or two wire, private, or dialed lines may be used. 

Multi-point lines supported only for DCT 500 operating in the automatic 
mode or for one-way broadcast applications to Teletypes and DCT 500 in 
teletype mode. Line speeds supported: 110, 150, 300 Bands. 

Full duplex is not supported except for allowing thd terminal to interrupt 
transmission from the C/SP. 


SOFTWARE: CCR is designed to be compatible with the 1108 Teletype and 
DCT 500 symbionts. 

Sysgen - DTYGEN procedure applied at sysgen time. 

Error Processing: 

Non-Fatal errors - occur during message I/O. 

1 . Pa ri ty e rro rs . 

2. Input data overrun. 

3. Input buffer wrap around. 

Fatal errors - cause termination of l/O. 

1. Output buffer wraparound. 

2. Parity error on access of MDW or BCW, 

3. Storage invalid address error. 

4. Data carrier lead has gone from active to inactive. 

5. CAW rejected. 
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TELETYPE AND DCT 


INTERRUPT 
. ENTRY ^ 


PROCESS 

INTERRUPT 


STATUS 


GENERAL 

EXIT 


DETERMINE 
MARK TO 


TMCR 


EXIT TO 
TMCR OR 
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CCR 

UNISCOPE 100 AND DCT 1000 


Hardware;. Private dialed, multipoint with or without multiplexer) 
configurations are supported. 

Lines may be either synchronous or asynchronous transmission 
in ASCII code. Full or half duplex operation is provided. 


Software: Polling and Selection lists. 

Input . 

Output. 

Block Parity. 

Acknowledgements, Errors, and Retransmissions. 

Functions ; 


IPTIN 

HALT 

IPTCT 

REPEAT 

OPTIN 

OPTCT 

POST 

HNGUP 

CLOSE 

Sysgen Parameter - UCDGEN procedure. 

Error Processing; 

Non-fatal; Parity. 

Polling Timer time outs. 

Input Buffer wraparound. 


Fatal Errors; 

Output buffer wraparound. 

Parity error on access of BflDW or BCW. 

Storage invalid address error. 

Data carrier head has gone from active to inactive, 
A spacing time-out has occurred (ASYNCH) » 
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CCR 

UIMISCOPE nOO AND DCT 1000 


INTERRUPT FUNCTION 

ENTRY ENTRY 







OCR 


Hardware ; 


Software ; 


DOT 2000 


Point-to-point (Private) and dialed access lines using 
ASCII code. 

All terminals to be supported are; 

DOT 2000 ASCII 
Read/Punch 
Punch/Check 
128 Print Positions 
Short Block 
Select Character 
Telephone Alert 
Error Detection 
Forms Control 
ASCII Print 

Unattended Answering Feature 


Functions: IPTIN - Solicit Initial Input 

OPTIN - Send Initial Output 

IPTCT - Send acknowledgement sequence and receive 
a new message in the accompanying buffer 
REPEAT - Send negative acknowledge 
OPTCT - Send text from buffer 
POST - Present additional buffers after the 
data transmission has started 
HAFIP - Hang up the dialed line 
HALT - Halt the input operation 
CLOSE - ^ferk the line closed 

Interface! Enter and exit via TMCR. Uses subroutines of the 
Supervisor for setting and dequeuing system timers 
and the issuance of all l/O commands. 
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Hardware : 


Software : 


COR 

1004/9000 

. Syiichrono-us mode -using odd parity and XS3 code 
( 7 level including parity) • 

. Half or full duplex, however RMS1 configuration 
requires half-duplex environment, the full duplex 
mode is not used. 

. Two line configurations used - switched point-to- 
point, and non-switched point-to-point. 


. Variable length l/O buffers maximum at 330 characters 
plus control characters. 

. Message format of 2 categories; 

a. Control messages - dictate various commands. 

b. Data messages - data bein^ transmitted. 


sssss 

1. Both - yyyyo 
nnnnm 
cccc 


EL 

OR 

MG 


2. Functions for control - Probe, Output, Input. 

3. Maximum of 330 XS3 data characters for 
data messages. 
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CCR 

^□0419000 


INTERRUPT 

ENTRY 


FUNCTION 

ENTRY 
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OCR 

BINARY SYNCHRONOUS COMMUNICATIONS 

Hardware: Private (point-to-point), dialed access, centralized 

Multi-point Master, and centralized Multi-point Tributary 
lines are supported. 

These lines use either EBCDIC or ASCII code and transparent 
or non-transparent transmission method. 


Not supported 


Software : 

Functions : 


Conversational mode 
Intermediate Block check 
Leading graphics 
Six-bit transcode 


IPTIN - Solicit Initial Input 
OPTIN - Send Initial Output 

IPTCT - Send Alternating Acknowledgement and Receive 
New Message in Accompanying buffer 
REPEAT - Send Negative Acknowledgement 
OPTCT - Send Text from Buffer 

POST - Present Additional Buffers After Transmission 
Has Started 

HNGUP - Hang Up the Dial Line 
HALT - Halt Input Operation 
Close - Mark Line Closed 


Interface: Enter and exit via TMCR. Uses subroutines of the 

Supervisor for setting and dequeuing system timers. 
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BINARY SYNCHRONOUS COMMUNICATIONS 





SECTION VI 


MESSAGE CONTROL PROGRAM 



SECTION VI INDEX - MESSAGE CONTROL PROGRAM 


VI. - 2 FUNCTIONS 

- 4 I/O FLOW 

- 6 INITIALIZATION 

- 8 CIR, COR 
~ 10 EDITING 

- 12 INTERRUPT HAinIDLING 

- 14 LINE ACTIVITY DISPATCHING 
~ 16 LINE ACTIVITY CHAINING 

- 18 BUFFER MANAGEMENT 

- 22 TABLE RELATIONSHIP 

- 24 TABLES 

- 32 MCP BLOCK OVERVIEW 

- 34 MCPGEN MACRO 

- 36 BUFGEN MACRO 

- 38 LCT MACRO 
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MESSAGE CONTF.OL PROGRiiM (3ISTI2-I MCP) 

The MCP is & C/SP resident program operating in supervisor mode (different 
protect key) • It is a hi gh priority task, gaining control from the 
supervisor at a level avS high or higher than any usei’ task, but at 
a lovrer level than the supervisory functions such as l/O queuing, inter- 
rupt processing, timer management, etc. MO? is a terminal' driver pro- 
gram which receives i.nput from v8ri.ous terminals, routes the input from 
the temiinals and accepts messages from a host processor for transmission 
to remote terminals. MCP supports capabilities of 1108 EXECS such as 
demand, batch, and real time. MCP handles message translation, editing, 
remote device acquire, sign-on procedures for demand and remote batch 
operation and job stresm-jcb control statement sequence checking. MCP 
is modular in aesign, allovang une user to generate a prograia you trolling 
a general class of terminals consistent with the users needs. A means of 
dynamic buffering is used to optiraize the memory requirements for com- 
munication lines. The total package for dynamic buffering uses less than 
50 words of memory plus three words of memory to describe each pool of 
buffers . 

Sei-vlce to a communication line is on a first in, first out basis except 
where more than one service sequence is stacked on a line; then a priority 
scheme is used. In the case of .service required at the same (i.e., simul- 
taneous interiuipt requests) a hardware priority is used for processing 
interrupts. MCP then services the various lines in the order that inter- 
rupts occur. 
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MESSAGE CONTROL PROGRAM CMCP) 

1. ACCEPTS INPUT MESSAGES 

2. MESSAGE TRANSLATION 

3. EDITING 

4. REMOTE DEVICE ACQUIRE AND SIGN-ON PROCEDURES 

5. CONTROL BUFFER POOLS 

6. INITIATES POLLING 



MESSAGE CONTROL PROGRAM 
(Terminal l/O Flow) 

The system Message Control Program (MCP) is the highest priority 
problem program in the C/SP. Control is passed to the MCP via 
appendage routines. The MCP acquires or releases buffers, 
sets up the l/O packet with the proper function code and issues 
the l/O request by executing a SVC instruction. The Terminal 
Management Supervisor determines the call is for terminal l/O 
and control passed to Terminal Management Control Routine and 
the Communications Control Routine to handle the l/O. 
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TERMINAL MANAGEMENT CONTROL 


r 


n 


ISSUE I/O 
FUNCTION 
PACKET VIA 
SVC 


ISSUE BUFFER 
TO FUNCTION 
PACKET 


GIVE TIME 
SLICE TO 
MCP 


DECODE SVC 
REOUEST FOR 
TERMINAL 
INPUT/OUTPUT 


DETERMINE 
INTERRUPT 
IS FROM 
TERMINAL 


I MESSAGE 
I CONTROL 
I^PROGRAM 


TERMINAL 

MANAGEMENT 

SUPERVISOR 


INTERRUPT J 



ISSUE SIO 


I 


DETERMINE 

TERMINAL 

OWNERSHIP 


RETRIEVE 

CIW-UPDATE 

LIST 


DETERMINE 

INTERRUPT 

OWNERSHIP 


TERMINAL 

MANAGEMENT 

CONTROL 


L 


ROUTINE 



SET UP I/O 

CONTROL 

PARAMETERS 


J 


DECODE CIW 
AND ADJUST 
CONTROL 
PARAMETERS 


COMMUNICATION 

CONTROL 

ROUTINE 


J 


TERMINAL I/O CONTROL FLOW 
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MESSAGE CONTROL PROGRAM (MCP) 

INITIALIZATION 

A, Initialization component of MCP used for a variety of initialization tasks. 

1. Assign all communications devices. 

2. Open all communication lines controlled by the MCP. 

3. Initialize the line control tables associated with the various 
communication lines. 

4- Initialize the service chain. 

5. Initialize linkage from the supervisor to a dummy l/O control 
block to be posted on any interrupt belonging to the MCP. 

B. Terminal Sign-On. 

1. Non-switched lines initialized to reoeive/solicit a sign-on 
message from a remote terminal, 

2, Switched lines initialized to receive/solicit when ring-in 
occurs. 

3* Input message received, sent to host for validation of site I.L. 

4* Valid I.D, indication received, accompanied by a line initializa- 
tion function containing all tables and entries for line control. 

The line is flagged * initialized * and the station is flagged 
* sign-on*. Message *IJNIVAC llOS EXEC8 READY* sent to the station. 
Control given to the normal l/O routines to handle further trans- 
mission, For multi-point lines the same procedure is followed for 
each station. Under a real time program all stations are considered 
signed-on and no slgn-on procedures are followed. 
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MESSAGE CONTROL PROGRAM CMCPl 

IIN ITIALIZATION 1 
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MESSAGE CONTROL PROGRAM (MCP) 

Continuous Input Routine (CIR) 

Issues an ’INPUT INITIAL’ or ’INPUT CONTINUOUS’ function through 
TMCR to the OCR routines and waits for the input image to complete. 
Upon completion status is posted at the CCR and appendage routine. 
Control given back to the CIR via the activity chain through the 
line activity dispatcher. CIR determines from the status bits if 
the image was transmitted correctly. If not, CIR issues a REPEAT 
function to the CCR. If good, CIR gets a host buffer and goes to 
INEDIT which edits and sends the image to the host. 

Continuous Output Routine (COR) 

Initiates output to the remote site, analyzes line status, and 
continues posting line buffers as required for transmission to 
the remote site. COR is primarily concerned with batch output, 
however, may include demand or real-time modes. In the demand or 
real-time modes, control is given to CIR to check for input. If 
in the batch mode, the MCP notifies the host handler with a send- 
next-record status that it is ready for the next image. Transmission 
to remote site continues until an EOT is received from the host. 
Control is then given to CIR to check for input. 
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MESSAGE CONTROL PROGRAM CMCP) 

CCIR) 



TMCR 
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MESSAGE CONTROL PROGRAM (MCP) 


EDITING 

1 . Input Editing - the degree of input editing is controlled by 
the user through initialization parameters passed to the MCP 
by the host. Editing of characters is optional such that no 
editing is performed or editing of all special and control 
characters is performed such as the removal of CR/LF, LF, 

SOH, etc. If editing is used, the data is also translated 
from terminal code to a host code of either ASCII or 
Fieldata. When editing occurs only the data is transmitted to 
the host. Four additional data words are given as control 
information to the inter- computer communications routines. 

f 

The user has the option of writing his own program to mani- 
pulate the data. The user routine receives control after 
the input data has been stored in a buffer and is ready to 
send to the host. 

2, Output Edit - Purpose is to attach data from the host to an 
output line descriptor and initiate output to the remote site. 
Performs all special features for output transmission of 
messages such as editing special form control sequences (CR/L5', 

LF, ESC, etc.) in the output message formatting the message 
through the use of special control characters (SO, SI, EM, 

ETX, etc.) performing any necessary translation of data, 
acquiring line buffers, releasing host buffers, chaining 

line buffers, and compressing data for output. In certain 

cases output to a remote device is unique, as: RUS1 , the output 

message is compressed, edited, translated and sent in 330 character 
blocks to the terminal. 
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MESSAGE CONTROL PROGRAM CMCPl 

CEOITING) 


INPUT 


OUTPUT 
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MESSAGE CONTROL PROGRAM (MCP) 

Interrupt Appendage Routines 

A. Host - Two routines associated with host l/O functions. 

1. Completion Interrupt Routine -• Releases the host buffer 
after the data has been transmitted to the host, 

2, From host interrupt - Routine gets control when the riost 
buffer has filled with data from the host. Purpose is to 
compute a line control table address and chain the line 
control table in the service chain. After completion, 
another host buffer is acquired and posted to the host for 
the next output data. 

B. GPCG - One routine, two logical paths; one for input and one for 

outpiit (data coming from the host). 

1. Input - Checks uo see if sLaous has been posted. 

If status has been posted by the CCR, the line control table 
is chained into the service chain. If no status posted, a 
line buffer is acquired from the buffer pool and posted with 
the CCR after it has been chained into the line buffer chain c 

2. Output - Releases the line buffer (just transmitted) back to 
the buffer pool. If status posted by the CCR, the line control 
table is chained into the service chain. 



MESSAGE CONTROL PROGRAM tMCPl 


(INTERRUPT APPENOAGEI 


INTERRUPT FROM HOST 
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■ MESSAGE CONTROL PROGRAM (MCP) 

LINE ACTIVITY CHAINING 

Line A'^rtivity Dispatcher (LAD) - Looks for things to do and dispatches 
accoi'dingly to' the appropriate processing point. 

Dispatching for corojiiunication line service of l/O interrupts on a first-in 
first-out La sis within a giveii priority. Priority dispatching occurs v;hen 
more than one data service sequence is stacked for a given line. Also 
provides dispatching based on a time-out condition or as directed by an 
activity completion routine. Upon entry to LAD from an l/O service routine, 
the status of the i.ine to be serviced is saved and the line is considered 
in the wait state. LAD then determines if there is any service requests 
pdiiuing (aiy value other than 'the LCT indicates request is pend- 

ing) . If none pcniding in the interrupt service chain, a wait is issued 
for the MCP ti‘a'’ough the supervisor on a duimny CCB which gets posted wi.th 
a o-ompletion on any interrupt for the MCP. Controi. returned to the MCP 
after an interrupt occurs and the supervisor dispatcher determines MCP 
. currently has the highest priority on the f?ystem. The service chain is 
established during interrupt processing so the address of the LCT des- 
cribing the interrupted device is stored in the start of the interrupt 

chain. LAD removes the address from the start of the chain, places the 

value in a general prupose register which serves as a base register in 
addressing any component of the LCT which describes the line requiring 
service. An interrupt count is associated with each device. If the count 
is zero (or one for the priority chain) the link to the next LOT requiring 

service is placed at the head of the chain. If the count is xvro or more, 

the head of the chain is not changed. Luring this time interrupts are 
masked to prevent the interrupt appendage from restructuring the chain. 
Before exit from LAD, control parameters for the line are established in 
"Various general purpose registers.' Transfer of control to an entry point 
of the appropriate processing routine. The return point may be altered, 
upon occasion, by interrupt processing or other routines when special 
requirements for processing are encountered. 
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MESSAGE CONTROL PROGRAM CMCP) 
CLINE ACTIVITY CHAINING! 


LINE ACTIVITY DISPATCHER 
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MESSAGE CONTROL PROGllAl^ (HCP) 
LINE ACTIVITY CHAINING 


Line Service Dispatcher Sequencer (LSDS) -* The operating system has the ability 

to extend interrupt processing 'bo a user program, allowing the user to 
create a dispatching scheme through a chain which has been created by a 
user written interinipt appendage routine. Two constants are used to con- 
trol each interrupt chain. One, the start of the chain, is Tnanipnlated 
by the MCP, The second is managed by the interrupt appendage routine and 
points to the final LCT in the chain. This allows quick linking at the 
end of the chain when an interrupt occurs. Each time the interrupt appen- 
dage routine is entered the interrupt count for that LCT is increased by 
1, If the value is 2, the link is placed in the priority chain, ' If the 
count is 3 or Eiore no chain manipulation takes place as on3.y two levels 
of priority are maintained. This allo\rs for a dispatch for the same LCT, 
once it has become the head of chain, until it no longer has priority 
processing to be performed. ’ 
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MESSAGE CONTROL PROGRAM CMCPJ 
LINE ACTIVITY CHAINING 


PRIORITY 


NON- 

PRIORITY 


POINTERS 





MESSAGE CONTROL PROGRAM (MD?) 

BUFFER MANAGEMENT 

Fixed Size Dynamic Buffering - A method to acquire and release buffers 
to/from a buffer pool. The advantage provides for a fixed time 
to acquire/release a buffer of given size. The disadvantage is the 
rigidity of buffer size as compared to variable buffer size. May 
have variation by having pools of various buffer size. There is a 
Pool Descriptor Block (PDB) for each size buffer in the system and 
are located sequentially. A Free Pool Pointer (pointer to the first 
free buffer in the pool) is the first word in the PDB. The first 
word of each buffer is a chain pointer to the next available buffer 
in the pool. The last buffer in the pool is flagged with x’FF’ in 
the first byte of the buffer. A request for a buffer always causes 
a buffer of at least 8 bytes larger to be given as the first word 
is established as a buffer control word and the second is reserved 
as a link to the next buffer of a chain. A buffer is generally of 
fixed size for a given class of remote devices, therefore the buffer 
size should be optimized for the size of commonly requested buffers. 

Buffer Chaining - A system of chaining l/O buffers is required in order 
to minimize storage requirements, so that as buffers are transmit- 
ted they may be released or acquired from the buffer pool as needed. 

A ’GET BUFFER’ routine allocates the buffer requested. It builds word 1 
(Buffer Control Word) of the allocated buffer. The length value in 
the BCW is the length supplied in the ’GET BUFFER’ calling parameter. 

The address in the BCW will point to byte 8 of the buffer. The second 
word is reserved as a forward chain address to the next buffer in the 


chain 



; CONTROL PROGRAM CMCP) 
OESCRIPTOR BLOCK CPOB) 


FPPTR 


POOL SIZE 

BUFFER 

SIZE 

POOL STARTING ADDRESS 



LENGTH DATA ADDR. 


CHAIN ADDRESS 


LENGTH DATA ADDR. 


LAST BUFFER 
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MESSAGE COKl’KOL PROGrl/u’^ (MCP) 

B'UFFER ACQUISITION 

Allows for reading data from host at some optimum size, then editing and 
moving the output data to a number of smaller buffers chained together. 

The larger buffer returned to pool and the smaller released as they are 
transmitted. On input buffers are acquired as they are needed. When 
enough data has been collected to warrant transmission to host a single 
large buffer is acquired and the data from the sma.ller is moved into the 
large buffer. The smaller buffer released as they are emptied. 

Wlien a buffer becomes full during a read operation, a buffer swap is 
undertaken tlirough hardward control, an interrupt word is stored, interrupt 
processing eventually takes place and the MCP gets control at a logical 
re-entry point of the read routines. The read routine determines no 
error has taken place, then places the * Buffer Address^ valve from the 
LCT in the second word of the buffer just filled. The valve buffer address 
is then moved to * Current Buffer Address’, 

A request for another buffer is made and the address and length of the 
buffer in the form of a BCW is issued to the appropriate CCR. The data 
length is accumulated and compared to an optimum length (specified by the 
host at line initialization time) and if the optimum length is surpassed 
or an end of record interrupt is given, a large buffer is requested (at 
least 16 bytes larger than the data record length) from the buffer pool. 

The l6 bytes are used as a temporary area for host handler status data, a 
chain to the next item to the host, and tlie LCT address. Editing and 
translation of the input data is started, moving data from the chained 
string of buffers to the larger buffer as it is edited. 
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MESSAGE CONTROL PROGRAM CMCP) 
CBUFFER ACQUISITION) 












MESSAGE CONTROL PROGRAM 


(LCT - Table Relationship) 

Information used during the operation of the terminals on the line 
is kept in the Line Control Table (LCT), The passing of information 
to/from the MCP is done with one of the general purpose registers 
pointing to the Command Control Block (CCB) which is the first 28 
bytes of the LCT. 
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MESSAGE CONTROL PROGRAM 
CLCT-TABLE RELATIONSHIP! 


LUBORG 


LUB 


KEY 1 LUB 


KEY 2 LUB 


DEV 


DEV NNN 


DEV 




DEV NNN 


PUB 



D. A. 



CHQ PTR. 



LSB 




CHQ ORG 


FIRST FREE ENTRY 
IN CHQ 


CHQ 


F. CHAIN 



CCB 


T 

etc. 


F. CHAIN 



CCB 


ADDRESS OF PUB 


PUBORG 
ChAnNLL i 


LSB 


TRANSMISSION ' 

MS- L 


CCB ADDRESS 


APPENDAGE ADDR. 


BCW ADDR. 


CCB 


LCT 


LUN 


STATUS 


BCW BUF. 


APPENDAGE 
















MESSAGE ..UNTROL PROGRAM (MCP) 
TABLES 


Line Control Table (LCT) - A I 40 byte table containing parameters used 
in operating the perminals on the line. The first 28 bytes are 
the Command Control Block (CCB). Reference the Technical Document 
. for the Message Control Program to obtain the detailed description 
of the fields of the. LCT. 



LINE CONTROL TABLE 


0 

TRANSMISSION INFORMATION 

STATUS HALFWORD 

4 

LOGICAL UNIT NUMRFR 

RESIDUAL COUNT 

8 


BCW BUFFER ADDRESS 

1 2 

CONT. OPTIONS 

APf'ENDAGE ROUTINE ADDRESS 

1 6 

DEVICE TYPE 

COMM. OPTIONS 

PHYSICAL UNIT NUMBER 

2 0 


POLL LIST ADDRESS 

2 4 


SELECTION LIST ADDRESS 

2 8 


SERVICE CHAIN POINTER 

3 2 

I/O PLACE - TO - GO ADDRESS 

3 6 

RETURN ADDRESS 

4 0 

TIMER 

IE FLAG 

SYSTEM MESSAGE 

4 4 


START INPUT BUFFER CHAIN 

4 8 


ACTIVE INPUT BUFFER 

5 2 


POSTED INPUT BUFFER 

5 6 

ERROR COUNT 

HOST FNCT 

APPENDAGE 

TRANSLATE 

6 0 

LINE STATUS 

LINE FI AGS 

INTERRUPT 

HOST STATUS 

6 4 

INPUT CHARACTER COUNT 

HOST BUFFER SIZE 

6 8 

LGSF 1 

STATION CONTROL ADDRESS 

7 2 


HOST INPUT BUFFER ADDRESS 

7 6 

INPUT CHARACTER COUNT 

DID 

STATION^/ 

8 0 

..INPUT OPTION 

INPUT SOL 

LINE SPEED 

OUTPUT OPTION 

8 4 


HOST OUTPUT BUFFER ADDRESS 

8 8 

HOST RESIDUAL COUNT 

HOST COUNT 

9 2 


START OUTPUT BUFFER CHAIN 

9 6 


ACTIVE OUTPUT BUFFER 

1 0 0 


DATA BUFFER 

10 4 

INPUT SAVE AREA 

108 

SAVE AREA 

1 1 2 

SAVE AREA 

11 6 

SAVE AREA 

12 0 

SAVE AREA 

LINE BUFFER SIZE 

12 4 


POLL LIST ADDRESS 

12 8 


SELECTION LIST ADDRESS POINTER 

13 2 

ENTRY SIZE 

ENTRY CNT 

RID 

1 3 6 

SID 

DID 

FLAG 




MESSAGE CONTROL PROGRAM (M3P) 

TABLES 

Selection List Table - A one-entry poll list with the length field and 

Timer Control Block field absent. Used to pass the terminal address 
characters to the CCR to output data to the terminal. 
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SELECTION LIST 


SELECTION LIST FORMAT 
0 4 


POINTER 

LENGTH 

Cl 

ADDRESSi /ADDRESS 

-y 

F 


1 

i A 

^ ^ ♦-NOT USED 

ADDRESS FIELD 

- (OPTIONAL) 2 BYTE LENGTH OF LIST 


L- 4 BYTE ADDRESS FIELD POINTING TO ID FIELD TO BE SELECTED. 


q: ADDRESS FIELD CONTROL BYTE. 

BIT 0 7 



SKIP BIT: 


MEANING PER CCR; 

0100/TTY/DCT 2000 DOES NOT APPLY 
DCT 1000 -S"0 CONVERSATIONAL MOLD 


S=1BATCH MODE 
BSC/DCT 500 - S=OSEND HEADER 

S=1 DO NOT SEND HEADER 




VI-27 


MESSAGE CONTROL PROGRAM (MCP) 
TABLES 


Poll List Table - Used to pass the terminal addresses to the OCR 
so it can solicit data from the terminals on the line. 


Fs Flag 


n 

m 

r» 


4. 






1 


Continuation Flag - If sot, restart poll, 
Ticio Dolay Flag — If got and F sot, restart 

poll after tr:ao-out (TC3 interval). 


Activity Flag ~ If set and ”F” set, polling 
vill bo restarted irnrodiately not'uithstanding 
tho condition of ”T”, This flag is set by the 
CGP%. vhcn my respon.:o to poll is recsl-ved 


other than no traffic. The flag is set 
by the HOP vhen an output riessage is sent. 

fr*-.-* K I! n v-* r^'r> 4-1^^ 

pointer is repositioned to tho first of the 

list. 
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POLL LIST 


POLLING LIST 
-4 



POINTER 


6 7 


LENGTH Cj IDj 


F 

1 n 


ID FIELD 

2 BYTE SUM OF ID FIELDS 
(LESS F BYTE). 

4 BYTE ADDRESS FIELD POINTER. 


(OPTIONAL) - 4 BYTE TCB. TIME DELAY BETWEEN 
POLLING PASSES. 


FOR THE CURRENT CCR’S, THE ID FIELD TO APPEAR AS FOLLOWS: 
C: CONTROL BYTE 

0 7 

S LENGTH (L) 

T ^ LENGTH OF THIS ID (MAXIMUM OF 63). 


SKIP BIT (S); IFSET.SKIPTHISID. 
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MESSAGE CONTROL PROGRAM (MCP) 

TABLES 

Station Control Table - Used to control individual terminals on a 
line. If the line is point-to-point the first word is not 
used, and the entry is contained in the LCT. If the line is 
multi-point, a buffer is acquired and the table placed in it. 

Number of teminals - on the network. 

Flags - bits to indicate the condition of the terminal. 

Address - the characters that address the terminal. 
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STATION CONTROL TABLE 


0 

NOT USED 

NUMBER OF TERMINALS 

4 

B FLAGS 

FLAGS 

ADDRESS 

ADDRESS 




MESSAGE CONTROL PROGRAM 


(BLOCK OVERVIEW) 

Control is passed to the system MCP via appendage routines with a 
pointer to the Line Control Table for that line. The LCT's are chained 
in a service request chain on a first- in, first-out, basis. The line 
activity despatcher module of the M3P determines if the service is 
for input or output and passes control to either the continuous input 
or continuous output routines. If any editing needs to be done, the 
respective editor is given control. The function to be performed is 
determined, the parameter passing packets are set up and a SVC in- 
struction is executed for that function. 
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MESSAGE CONTROL PROGRAM 
CBLOCK OVERVIEW) 


HOST INTERRUPT GPCC INTERRUPT 

VIA APPENDAGE VIA APPENDAGE 


IF 

NOT 


IF COMPLETION 


IF OUTPUT COMP. 

RELEASE HOST 


INTERRUPT RELEASE 

BUFFER 


BUFFER TO POOL 


IF 



CHAIN LCT 

IN SERVICE 

CHAIN 

NOT 

1 









C 

MW 

OUT 

0 


EDIT 

R 




SVC 


TMS 


TMCR 


CCR 
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MESSAGE CONTROL PROGRAM (MCP) 

(om^kTion) 


The MOP macro is called at system generation time. It sets all {;^Oobal 
syifibols to generate the non-teminal dependent code and sets parameters 
for reference by the MOP routines. 

HOSBUF = N: The numbej* of bytes -the MCP buffers will contain for ICA 
data transfers. Sizes are adjusted to a multiple of 12. 
Default, }IOSBUF = 160. 

CSPNO - N: The logical C/SP number. Zero is the onsite number. Default 
X kj Oa o • 

LCTAB = M; The maximum number of lines the MCP is to support. Used to 
allocate memory space for a table. Default, LCTAB -- 8. 

HCODE =<0PTI0N>: The character code supported as Host computer codes, 

ASCII, FD, or BOTH. Default is BOTH. 

ITIMER =<0PTI0N>: Indicates whether the MCP gross timer is to be used 

to detect errors. Option is YES or NO. If YES, 
the supervisor timer feature must also be selected. 
Default is YES. *, 



VI-34 


MESSAGE CONTROL PROGRAM CMCP) 

CGENERATION) 


LABEL 


OP CODE OPERAND 

MCPGEN [HOSBUF =N] CCSPNO =N] 

Qlctab =n] [hcode =<OPTION0 
[ITIMER =N <0PTI0N>] 



MESSAGE CONTROL PROGRAI4 (MCP) 
(BUFFER GENERATION) 


Used to generate the buffer pools used by MCP to handle l/O. A maximum 
of 10 separate buffer pools may be generated. 

Pi: Specifies the buffer size in bytes of the pool of smallest buffers. 
P2: Specifies the number of buffers in the pool. 

These parameters are used in pairs. The odd numbered parameter indicating 
the size of the buffer and the next even numbered parameter indicating 
the number of buff 01 3 in the pooi • 

The buffer size must be a multiple of 4» 

A pool should also be specified for Host buffers. The buffer size should 
be 8 bytes greater than the HOSBUF specification in the MCPGEN macro, 
allowing for the larger header of the Host buffers. 
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MESSAGE COIMTROL PROGRAM CMCP) 
CBUFFER GEIMERATIONl 


LABEL OP CODE OPERAND 

BUFGEN PI, P2 P20 
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MESSAGE CONTROL PROCrcAM (MCP) 
(LINE. CONTROL T/iBLE GENERATION) 


The LOT macro builds a line control table containing the necessary 
information to control a line for the initial input to the MCP and 
also sets global symbols used to generate the MCP terminal dependent 
code. The LCT macro is called once for each line the MCP is to control. 


DEVC = X’CUU’: The physical channel and the CLT position 

of the line. 

LEviCE =<luPtI 0N.> : The type or terminal to be on that line where 

option is: 

TTYA - Teletype 

TTY5 - Teletype or DCT 5 OO in teletype mode. 
DCT5 - DCT 5 OO in semi-automatic mode. 

U100 - UIOO/DCTIOOO. 

DCT1 - UIOO/DCTIOOO, column binary capability. 
RMS1 - 1004/9000 with a RMS1 program. 

DT2A - DCT2000 with ASCII code. 

BSCA - BSC with ASCII code. , 

BSCE - BSC with EBCDIC code. ‘ 


LSPD ~ N: The line speed in BAUDS, i.e.bits per second. 

N may equal 110, 150, 300, 6 OO, 1200, 1800, 

2000, 2400 , 4800, or 9600. 

Defaults : 

Teletype - 110 
DCT 5 OO - 300 
UIOO/DCTIOOO - 2000 
DCT2000 - 2000 
RMS 1 -.2000 

DUBSIZ = N; The size of the data portion of the buffers used 

in terminal l/O operations. ’N’ must be a multiple 
of 4* Defaults: 


Line Speed N 

110-1800 20 

2000-4800 44 

9600 80 


SWNT =<GPTI0N > : Switch line. Option either YES or NO. Default 

is YES. 
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MESSAGE CONTROL PROGRAM (MCP) 
CLINE CONTROL TABLE GENERATION! 

LABEL OP CODE OPERAND 

LOT DEVC =X’CUU’, 

DEVICE =< OPTION > 


Clspd=n] [BUFSIZ =N] 
[.SIIINT =< OPTION >] 



SECTION VII 


SIMBIONT CONTROL PROGRAM 
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SECTIOlNl VII INDEX - SYMBIONT CONTROL PROGRAM 

VII. - 2 DEVICES SUPPORTED 

- 4 CONTROL STATEMEI^TS 

- 6 TABLES 

- 8 CARD READER HiUMDLING GEi'^ERAL FLOW 

- 10 SCP INPUT CONTROL ROUTINE GEiM'ERAL FLOW 

- 12 PRINTER HAiMDLING GENERAL FLOW 

- 14 PUNCH HAi^IDLING GENERAL FLOW 

- 16 SCP - HOST INTERFACE 



SYMBIONT CONTROL PROGRAM 


The SCP is a complex of resident C/SP routines which provide an 
interface between the C/SP - 1100 configuration and any- 
supported on-site I/O device* 

The main function of the SCP is to reduce overhead from the 
1100 by assuming the functions of data collection and distribution. 
Provides a standard interface between the 1100 and the l/O devices 
connected to the C/SP eliminating the need for the number of 
peripheral control routines on the 1100 and the overhead associated 
with the gathering and distribution of data. 
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SVMBIOIMT CONTROL PROGRAM 


DEVICES SUPPORTED 


0716 CARD READER 
0604 CARD PUNCH 
0786 PRINTER 
0920 PAPER TAPE DEVICE 



CONTROL STATEMENTS 


(SCP RECOGNIZED) 


Various control statements are recognized by SCP 
and are processed dependent on the statement. The 
FILE, REPL, and SNAP require immediate attention 
of the Host and are transferred on an image basis. 
All other images are blocked in SDF Format and 
transferred to the Host. 
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CONTROL STATEMENTS 
CSCP RECOGNIZEO) 

@ RUN 
@ FIN 
@ DATA 

@ REPL 
@ ELT 
(s COR 
@ FILE 

@ SNAP 
@ END 
(a) COL 
@ ENDCL 



PERIPHERAL CONTROL TABLE (PCT) 


Each device assigned to the C/SP has a peripheral control 

table where device status and code links are maintained. 
The PCT of each device is probed periodically to determine 
if the device needs to be activated. If so, control 
is passed to a routine which assigns, reserves and ups 
the device. Then control is passed to the routine to 
handle the input or output depending on the device. 


DEVICE CONTROL TABLE (DCT) 
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PERIPHERAL CONTROL TABLE 


DEVICE/SYMBIONT NAME 

DEV./SYMB. NAME I PROBE START ADDR. 
SYMBIONT STATUS | I/O MODE | DATA CODE 
DEVICE features! SYMBIONT START ADDRESS 
DEVICE STATUSi L.U.N. | CRN. NOjUNIT NO. 

KEY IN BITS 

NON - USED COUNT | DCT ADDRESS 

ACTIVATION ADDRESS 

REGISTER 7 

REGISTER 8 

REGISTER 15 

UNSOLICITED KEY IN BITS 

DCT BYTE SIZE 1 DEV. CHAR. SIZE 


PORTION 0 


10 

FILE 

CONTROL 

(COMMON) 


FILE 

CONTROL 

(DEVICE) 





SCP ROUTINES 


(71 6 Card Reader) 

Issues the start l/O (SIO) via macro call ’EXCP (Execute 
Channel Program)* to read a card. Checks status sense 
information and takes appropriate action. 
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SCP ROUTINES 


SYM716 


EXCP 
READ A 
CARD 


CHECK STATUS 
AND SENSE 
INFORMATION 


ABNORMAL 

READ 


NORMAL 

COMPLETION 


MESSAGE TO 
CONSOLE AND 
WAIT FOR 
OPERATOR 
RESPONSE 


SYMICR 

AnALYZ 

INPUT 

IMAGE 


NORMAL 

RETURN 



BINARYor TRANSLATE 


DATA MODE 


CHANGE READ 
COMMAND AND 
INPUT PARAM. 


SET DEVICE 
COMMAND AND 
CONVERSION 
POINTER 
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SCP ROUTINES 

■ (input Control Routine) 

Called from the 71 6 card reader routine to analyize the 
input image. SYMICR takes the appropriate action after 
checking the status in the Device Control Table (DCT) 
and returns to the card reader routine. 
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SCP ROUTINES 



NORMAL RETURN^ 


BINARY 


(RETURNS TO SYM716) 


END INPUT 


DATA OR TRANSL 









SCP ROUTINES 
(768 Printer) 

Issues the start l/O (SIO) via macro call *EXCP (Execute 
Channel Program)’ to print a line. Checks status, sense 
information and takes appropriate action. 



SCP ROUTINES 
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EXCP 
PRINT A 
LINE 


CHECK STATUS 
AND SENSE 
INFORMATION. 


^ABNORMAL 
. PRINT 


^ NORMAL > 
C0MPLETI0N> 


MESSAGE TO 
CONSOLE AND 
WAIT FOR 
OPERATOR 
RESPONSE 


^ PRTCON 
ANALYZE 
NEXT 
IMAGE 


NEW PAGE 


HOME PAPER 
AND PRINT 
HEADING IF 
APPLICABLE 


SET PARAMETERS IN DCT, 
REQUEST NEW PRINT FILE 


LINE 

AD- 

VANCE 


ADVANCE ‘N’ LINES 
WITHOUT PRINTING 


UNIQUE 

CODE 


CHANGE NEEDED TO 

TnD/DHTTnM HD DhdC 



LOAD PRINT DRUM 
BUFFER WITH NEW 
FILE CODE 


PRINT- 

SPACE 


SET PRINT- SPACE 
COMMAND (0-3 LINES) 
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SCP ROUTINES 
(604 Card Punch) 

Issues the start l/O (SIO) via macro call "EXCP (Execute 
Channel Program)’ to punch a card. Checks status, sense 
information and takes appropriate action. 



SCP ROUTIIMES 
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PUNCH HANDLING - GENERAL FLOW 





SCP - HOST INTERFACE 


The SCP and the .Host system conmiunicate via symbiont information 
blocks which are classified as data blocks and control blocks. 

Data blocks are used for the transfer of data and control blocks 
are used for computer cross talk. 

DATA BLOCKS - A run/output file is constructed in units of 224 
Host words. The transmission of file data is in whole or partial 
units ( N X 28 Host words, where N = 1,2, or 4) • The transfer 
size is set at system generation time. Data blocks are transferred 
in ICA Format- A or Forma t-B. 

CONTROL BLOCKS - Transferred between the Host and SCP to coordinate 
run/output file processing. The control blocks are transferred in 
ICA Forma t-B. 
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SCP - HOST INTERFACE 

DATA BLOCK 


0 

4 

8 

12 

N 









STATUS 

FIELD 

2 

FIELD 

1 

FORMAT 

A/B 

STATION 

CHARACTER 

COUNT 

C/SP 

NUMBER 

LOGICAL 
UNIT NO 


FILE DATA 


FIELD 2 - DATA TYPE 
FIELD 1 - BLOCK TYPE (DATA) 
CHAR. COUNT - NO. OF BYTES 
C/SP NO. - C/SP SUBSYT. I.D. 
LU. N..- DEVICE SUBSYST. I.D 
FILE- DATA (F.D. OR ASCII) 


CONTROL BLOCK 


0 





4 




STATUS 

8 

FIELD 

2 

FIELD 

1 

FORMAT 

A/B 

STATION 

12 

• 

CHARACTE 

COUNT 

R 

C/SP 

NUMBER 

LOGICAL 
UNIT NO. 

• 

• 

CONTROL PARAMETERS 

• 


N 


FIELD 1 - BLOCK TYPE (CONTROL) 
PARAMETERS - (FIELDATA) 



SECTION VIII 


H'XT HAi^DLER 



SECTION VIII INDEX - HOST HANDLER 


VIII, 


- 2 FUNCTIONS 

- 4 I/O FLOW 

- 6 SUPERVISOR CALL INTERFACE 

- 8 TABLES 

- 10 INTERRUPTS 

- 12 COMMON BUFFERS 

- 16 TRANSMISSION BUFFERS 

- 18 BUFFER LINKING 

- 20 GENERAL FLOW 



HOST HANDLER 


Resident within C/SP and controls all comijiands between 
C/SF and host system. Accessed through a read or write 
command from the supervisor, system MOP, or user control 
programs (same basic format of all l/O commands). Through 
setting of options in the l/O command, special action may 
be initiated; output to host console, load program to 
C/SP from host storage, initiate program load, and read 
or write to the host mass storage device. 



HOST HANDLER 


1. CONTROLS ALL COMMANDS BETWEEN C/SP AND HOST 

A. COMMUNICATE WITH HOST CONSOLE 

B. LOAD PROGRAM TO C/SP 

C. TRANSFER DATA 

D. READ/WRITE TO HOST MASS STORAGE 

E. IDENTIFY FORMAT OF MESSAGE 
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HOST HANDLER 
(I/O FLOW) 

The Host Handler (H.H.) is entered as a result of the execution 
of a SVC instruction. The main function of the HH is to set up 
Host l/O control funct ons and queue all l/O buffers according 
to priority. The Host Handler maintains the l/O queues and 
performs the interrupt processing of ICA interrupts. 
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HOST HANDLER 


r 


r 


1 

1 

1 SSUE Tl ME 

1 

SLICE TO 

1 

1 

MCP 

1 

. , 

1 , 

1 


ISSUE I/O 
FUNCTION 
PACKET VIA 
SVC 


BUFFER 

GATHER- 

BUFFER 

SCATTER 


CODE 
TRANSLATION! 


MESSAGE 

CONTROL 

PROGRAM 



DECODE SVC 
REQUEST FOR 
HOST I/O 


DETERMINE 
INTERRUPT 
IS FROM ICA 


TERMINAL 

MANAGEMENT 

SUPERVISOR 




J 


/IcA ^ 

\ INTERRUPT y 


SET UP HOST 
I/O CONTROL 
PARAMETERS 


PERFORM 

INTERRUPT 

PROCESSING 


HOST HANDLER 


L 


HOST I/O CONTROL FLOW 




HOST HA14DLER 


(TABLE, QUEUES Ml) SUPERVIwSOR CAU^S) 


Each one has an entry for each key. 

HOTAPN - Output completion appendage address queue. 

HINAPN - Input completion appendage address queue, 

HOTSUC - Output start of queue chain. 

HGTINQ - Control information input queue, 

HRTINQ - Real time data input queue. 

HSMINQ - S^mfoiont data input queue. 

HIOSRQ - l/O service reques'u queue. 

There are foiir SVC instructions that call the Host Handler. Each 
pa'sses an address to be validated. 

HIOUT (SVC 4V) - Initialize output completion appendage address 
Stores the address in HOTAPN. 

HHN ( SVC 4^) - Initialize input completion appendage address. 
Stores the address in HINAPN. 

HOUT (SVC 49) - Send output to C/SP. 

HIN (SVC 50 ) - Send input to host. 
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HANDLER 
CALL INSTRUCTIONS) 


SVC 47 ) 

^VALIDATE 
ADDR 

'JH 


HIOUT 


SAVE 

APPEND. 

ADDR. 

(HOTAPN) 



HOUT 


VALIDATE ADDR. 
QUEUE IN 
HOTSOC 


r ucnMRn ^ CHECK IF THERE IS 
HSUMBO J SOMETHING TO DO. 


EXIT 


f SVC 48 ^ 

VALIDATE 
ADDR. 


HIIN 


SAVE 

APPEND. 

ADDR 

(HINAPN) 

5 

EXIT 



REAL TIME 
SYMBIONT 





HOST HANDLER 


(TABLES) 


The Host Handler maintains these tables by program key: 


HOTSOC 

HRTINQ 

HCTINQ 

HSMINQ 

HSDINQ 

HOTAPN 

HINAPN 

HIOSRQ 

HSTCSP 


Start of output chain 
First real time input buffer 
First control input buffer 
First non-real time buffer 
First buffer of SDF 
Output appendage address 
Input appendage address 
Address of l/O Service Requests 

PUB associated with Host logical unit number 1, etc. 



HOST HANDLER 


VIII-8 


CTABLESl 


HOTSOC 

ADDR. 

FIRST 

OUT-BUF. 

KEY0 


ADDR. 

FIRST 

OUT-BUF. 

KEYl 


9 


HRTINQ 

ADDR. 

FIRST 

R. T. 

IN-BUF. 

KEY0 


ADDR. 

FIRST 

R. T. 

IN -BUF. 

KEYl 


HCTINQ 

ADDR. 

FIRST 

CONTROL 

IN - BUF. 

KEY0 


ADDR. 

FIRST 

CONTROL 

IN -BUF 

KEYl 


t 


HSMINQ 

ADDR. 

FIRST 

NON- 

R.T. 

IN- 

BUF. 

KEY0 



ADDR. 

FIRST 

NON- 

R.T. 

IN - 

BUF 

KEY 1 



C 1 

• 1 

HSDINQ 

ADDR. 

FIRST 

BUF. 

IN 

CHAIN 

OF 

SDF 

KEY0 


ADDR. 

FIRST 

BUF. 

IN 

CHAIN 

OF 

SDF 

KEY 1 


HOTAPN 

OUTPUT 

APPENDAGE 

ADDR. 

KEY0 


PUTPUT 

APPENDAGE 

ADDR. 

KEY 1 


HINAPN 

INPUT 

APPENDAGE 

ADDR. 

KEY0 


INPUT 

APPENDAGE 

ADDR. 

KEYl 


HIOSRQ 


HSTCSP 




HOST HANDLER 


(INTERRUPTS) 

The ICA interrupt handling routine is called HICA. HICA makes use of 
the interrupt status halfword for the l/OB class of interrupt. An SIO 
instruction must be used to obtain the sense bytes. The TIO function is 
used to determine the condition of the ICA and also clears the ’device 
end' of the sense information. 
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HOST HANDLER 
CINTERRUPTS) 


C HICA J 


GET SENSE 
BYTES. 
DETERMINE 
CAUSE. 


INTERRUPT ENTRY POINT 


DETERMINE 
LAST COMMAND 
FROM HOST. 

i INPUT 


CALL INPUT 
APPENDAGE 


OUTPUT I output 

-rt appendage 


I 


DETERMINE 
[‘ KEY’ OF LAST 
COMMAND 


IF SUPERVISO R 
>(^ SVC 49 ^ 


GET 

RETURN 

ADDRESS 



HOUT 


LOOK FOR SOMETHING 
TO DO 
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HOST HANDLER 
(Common Buffers) 

A common buffer format is used within the C/SP to pass information to/from 
the Host Handler (HH) . The first two words are used by the Host Handler 
as a means of linking to more buffers in this particular chain, byte count 
of the buffer, etc. The next two words indicate such things as to the 
format (whether format A,B, or C), real time buffer, etc. These first 
four words are the header for the Host biiffers. 
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HOST HANDLER 
CCOMMON BUFFERS] 



FIELDS USED BY H.H. 


BYTE 

0 

4 

8 

12 

16 




HOST INPUT FORMAT 
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HOST HANDLER 
(Common Biaffers) 

Reference the Technical Document for the Host Handler to determine the 
detail of each field of the header for the Host buffers. 
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HOST HANDLER 
(COMMOiM BUFFERS! 


BYTE 

0 

4 

8 

12 

16 


RESERVED FOR EXEC USE 

RESERVED FOR EXEC USE 

FORMS CONTROL 

c 

RECORD TYPE 
FIELD 2 

RECORD TYPE 
FIELD 1 

FORMAT 

R 

T 

E 

DEVICE 

NUMBER 

STATION 

RECORD CHARACTER COUNT 


C/SP 

NUMBER 

LOGICAL 

UNIT 

NUMBER 


HEADER 







HOST OUTPUT COMPLETION FORMAT 
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HOST HANDLER 
(Transmission Buffers) 

The Host Handler contains routines to reformat the common buffers to 
transmission buffers for transmission to the Host computer according 
to Format A, B, or C. 

The transmission buffers received from the Host computer are also re> 


formatted to common buffers. 



HOST HANDLER 
CTRANSMISSION BUFFERS] 
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0 

1 

1 

2 

3 1 

0 

NOT TRANSMITTED 

4 

NOT TRANSMITTED 

TRANSMITTED IN 
FORMAT C ONLY 

BUT NOT USED 

8 

FF 

R 

E 

FORMS 

CONTROL 

RECORD TYPE 
FIELD 2 

RECORD TYPE 
FIELD 1 

DEVICE 

NUMBER 

12 

STATION 

CHARACTER OF 
WORD (SYMBIONTS) 
COUNT 

C/SP NUMBER 

LOGICAL UNIT 
NUMBER 


FORMAT A AND C 


BYTE 

0 

4 

8 

12 


0 I ^ I 2 I 3 


NOT TRANSMITTED 

XX 

NOT USED 

XX 

NN 

FF 

R 

N 

XX 

FORMS 

CONTROL 

XX 

FORMS 

CONTROL 

XX 

RECORD TYPE 
FIELD 2 

XX 

RECORD TYPE 
FIELD 1 

XX 

DEVICE 

ViUMBER 

STATION 

XX 

STATION 

XX 

CHARACTER 

OR 

WORD COUNT 

XX 

CHARACTER 

OR 

WORD COUNT 

XX 

C/SP 

NO. 

LOG. 

UNIT 

NO. 

XX 

LOGICAL 
UNIT NUMBER 


FORMAT B 
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HOST HANDLER 
(Buffer Linking) 


The first word of each buffer header is used for linking all the buffers 
in this particular chain. 
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HOST HANDLER 



PI 
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HOST HANDLER 
(General Flow) 

There are two entries to the Host Handler, function (SVC interrupt) and 
hardware interrupt. The Host Handler maintains its own queues, issues the 
SIO instruction, and processes the interrupts. 



HOST HANDLER 
FUNCTION ENTRY CSVCl 
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HARDWARE INTERRUPT ENTRY 












SECTION IX 


- 1100 INTERFACE 



SECTION IX INDEX - C/SP 1100 INTERFACE 

- 2 C/SP - 1100 Interface 

-4 1100 - C/SP Block Overview 

-6 1100 - C/SP Elements (additional) 

- 8 System Tables 

-10 C/SP User Interface (Real-Time) Line 
Terminal Table (CTT) 

-12 Int>!rL;al Table (IT) 

-14 System Tables (Real-Time) 

-16 C/SP ER Functions 

-18 Line initialization (Real-Time) 

-20 Input/Output (Real-Time) 

-22 Roul.e to New LTG 

-24 Dial/Hang-Up (Real-Time) 

-26 Termination (Real-Time) 

-28 1100 - C/SP Real-Time Elements (Overview) 

- -iO System Tables (Symbiont) 

-32 Symbiont File Control Table 

-34 Line Initialization 

-36 Input/Output (Demand) 

-38 .Input/Output (Batch) 



C/SP - 1100 INTERFACE 


The T100 Interface to the C/SP is designed to provide the user 
an interface with a variety of remote devices to utilize the 
advantages of the C/SP. A complete re-education of the user 
is not necessary as the interface causes as little impact on the 
Host executive as possible. 

Modification and Additions: 

1 . Host Elements - modification of certain elements is 
needed to facilitate the Host - C/SP interface. 

2. Symbionts - additional symbionts are needed to handle 
remote run sutanission from devices on the C/SP and 
interface to the 1100 EXEC. 

3. Symbiont and Realr-time code removal - code which is not 
used by the C/SP interface when symbionts and a CTMC 
are not in the system. 

4. C/SP Handler - needed to communicate with the C/SP 
through the Intercomputer Adapter (ICA) . 

5. Host Handler - within the C/SP and communicates with the 
Host (1100 computer) through the ICA. 
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CISP - 1100 INTERFACE 

1. HOST ELEMENT MODIFICATION 

2. SYMBIONTS 

3. SYMBIONT AND REAL-TIME CODE REMOVAL 

4. C/SP HANDLER 


5. HOST HANDLER 



1100 - C/SP BLOCK OVERVIEW 


The 1100 software, to support a C/SP, consists of a C/SP 
Handler and C/SP Symbionts. A reduction of the 1100 
software results from the communications/device handlers 
now residing in the C/SP. The C/SP Handler consists of 
a number of small routines to interface with the 1100 
communications real-time, demand, and batch symbionts by 
providing a common format for the 1100 - C/SP interface. 
The C/SP symbionts are designed to interface with existing 
1100 l/O symbionts presently in the 1100 EXEC. 



1iOO - CISP BLOCK OVERVIEVA/ 


IX-4 




















1100 - G/SP ELEMENTS 
(Additional) 

CDISP - C/SP QCIO Dispatcher. Processes the QCIO buffers 
supplied by IH and COME for dispatching, 

COINT - Initialize C/SP for Real- time, in conjunction with COMS. 

CQCELL - Queue cell management for expool, cell and main header 
block . 

CSPCOM - Console communications to handle unsolicited keyins. 
CSPESI - Real-time ESI processing called from COME. 

CSPIH - Process al C/SP interrupts. 

CSPIN - Resident part of input symbiont. 

CSPINR - Ron-resident part of input symbiont. 

CSPIO - Queue and process l/O requests. 

CSPMSS - Mass Storage symbiont to handle program load to C/SP. 
CSPOUT - Handle all output to C/SP except real-time. 

CSPREC - Recovery, termination and clean up. 

CSPSON - Handle sign-on, sign-off. 

CSPSSS - SCP support for; EOF, l/O errors for SCP output, 

- Utility routines as panic dump, error logging. 


CSFUTL 



‘I’lOa - C/SP ELEMEIMTS 
(ADDITIONAL] 


CDISP 

C/SP DISPATCHER 

COMINT 

C/SP INITIALIZATION (REAL TIME) 

CQCELL 

C/SP QUEUE CELL MANAGEMENT 

CSPCOM 

C/SP CONSOLE COMMUNICATIONS 

CSPESI 

C/SP REAL-TIME ESI PROCESSING 

CSPIH 

C/SP INTERRUPT HANDLING 

CSPIN 

C/SP INPUT SYMRIONT (RESIDENT) 

CSPINR 

C/SP INPUT SYMBIONT (NON-RESIDENT) 

CSPIO 

C/SP I/O REOIIFST PROCESSING 

CSPMS^ 

C/SP MASS STORAGE SYMRIONT 

CSPOIJT 

C/SP OUTPUT SYMUiOK i 

CSPREC 

C/SP RECOVERY 

CSPSON 

C/SP SIGN -ON 

CSPSSS 

C/SP SCP SUPPORT 

CSPUTL 

C/SP UTILITY ROD TIN Lf. 



SYSTEM TABLES 


System tables are generated at system generation time describing 
to the software the information needed to control the environment. 
The tables described are contained in the 1100 EXEC element 
lOD. 

lOCTAD - Reflects the type of equipment for the particular pro- 
cessor and channel on that processor. The length of the 
table is equal to 16 times the number of processors 
(24 times the number of processors for the 1110). 
lOCTAD is used to obtain the address of the appropriate 
tables and information when an interrupt occurs on a 
C/SP channel. 

lOSUB - Reflects the subsystems by number. Used by 1100 EXEC 
to access the information contained in the subsystem 
table . 

SUBSYSTEM TABLE - Holds the various lists and chains that 

control the environment of the subsystem. In this 
case, the C/SP. The subsystem table^ is located 
through lOCTAD or lOSUB. 1 
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SYSTEM TABLES 


lOCTAD 


DEVICE 

TYPE 


SUBSYSTEM 
TABLE ADDRESS 

• 

• 

073 


C/SP S.S. 
TABLE ADDRESS 


I0SU8 



SUBSYSTEM 
TABLE ADDRESS 

• 

• 


073 

C/SP S.S. 
TABLE ADDRESS 


C/SP SUBSYSTEM TABLE 



C M DRUM 

INT. STATUS 


CPU, CHANNEL INFO. 

• 

• 

ACCESS CONTROL 

INFORMATION 

• 

• 

END OF ‘Q’ 

START OF ‘Q’ 

FLAGS 

TWO WORDS CONTROL INFO. 

END OF ‘Q’ 

START OF ‘Q' 

• 

• 


LU. POINTER 


LU. REAL TIME 

• 

• 

LINE 

FLAG TYPE 

LCTIO ADDR. 




PCNT 


LCT 



C/SP USER INTERFACE 
(REAL - TIME) 


Line Terminal Table (LTT) - must be constructed by the user 
in the user-program data bank. The LTT enables the user to 
control each line terminal group. The LTT is the same as 
the table used with the CTMC operations and is divided into 
three parts: Output, Input, and DIAL. 

CHNAME - Up to twelve character file name used to identify 
the line terminal group. 

CHOSTA - Output - Status 

CHXUSE - Used by 1100 EXEC 

CHOUSE - Output usage 

CHOACT - Output completion activity address 
CHOSEN - Output character count 
CHOPOL - Output buffer or pool - I.D. 

CHOQND - End of output queue of buffers filled 
CHOQST - Start of output queue of buffers filled 
CHOPAR - Partial buffer character count 
CHOTIM - Buffer completion count 

Words 6-9 are used for j.npat and are similar to the definitions 
for output. 

Words 10-11 are used for DIAL. 

Reference UP- 791 7 (C/SP Operating System - 1100 Series Supplement) 
for a more detailed explanation. 
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LIME TERMIMAL TABLE CLTT) 


D 

1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 


CHNAME 


CHOSTA 

CHXUSE 

CHOUSE 

CHOACT 

CHOSEN 

CHOPOL 

CHOQND 

CHOOST 

CHOFMT 

CHOSIT 

CHOPAR 

CHOTIM 

CHISTA 

CHIEOI 

CHIUSE 

CHIACT 

CHISEN 

CHIPOL 

CHIQND 

CHIOS! 

CHIFMT 

CHISIT 

CHIPAR 

CHITIM 

CHDSTA 

CHDFMT 

CHOUSE 

CHOACT 

CHDACW 


CHOMOD 


CHiMOD 


CHDPAK 




G/SP USER INTERFACE 
(REAL - TIME) 


Internal Control Table (iT) - The IT table .1 a rorrned by the 
boat executive aaaignment routine upon submiasion of the user 
request for a particular line assignment.. It is built In the 
PCT and serves as the table to contain executive informaticjn 
necessary to control the usage of the assigned line. For 
a detailed explanation of the fields reference the Univac 
Technical Document for the C/SP - 1100 Interface. 



IMTERMAL TABLE CIT) 


ITOPOL 

ITPCT 

ITEQIP 

ITOIOC 



ITICHN 

ITIOCC 

mioc 

ITOCHN 

ITOOCO 

ITUNIT 

ITIPCC 

ITOPCC 

ITEISS 

ITPROG ITCONT 

ITMTAB 

itouseIteoiaI itiuseI ITLTAD 


itosen” 

ITO 

ITDIAL 

PTS 

ITOSLN 

1 

ITOQBT 

ITISEN 

ITDUAL 

ITJSLN 


ITIDPL 

ITILNK 

ITOLNK 

ITEOIQ 

ITECOQ 

ITIESI 

ITISUB 

ITLID 

ITOESI 

ITOSUB 

ITOID 

INALT 

ITIALT 

OUTALT 

ITOALT 

ITGOOD 

ITDRUM 

POINTER 

ITBITS 

ITHDTY 

ITEOM 

ITCTM 

ITPSR 


HINTS 

IMTAB 

ITOPTS 


ITEFWD 

ITACWD 

ITIN 

ITOUT 


ITSTAT 
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SYSTEM TABLES 
(LINE CONTROL - REAL TIME) 


The Line Control Table (LCT) portion of the subsystem table consists 
of one word entries for each line on the C/SP. Each word contains 
the basic status of the line and a pointer to the l/O control 
table (LCTIO). 

The LCTIO is an extension of the IT table as the IT table did not 
have room for C/SP real-time handling information. Pointers to the 
beginning and end of input request queues, output request queues for 
the line. The ’Hold Queue' is used to insure that the C/SP does not 
receive multiple records for the same terminal. 

The input/output queue cells (QCIO) are used to hold the information 
necessary to perform an l/O request and determine the appropriate 
action upon completion of the request. 
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SYSTEM TABLES 
CLIIME CONTROL - REAL TIME) 


C/SP SUBSYSTEM TABLE 






BECOMES 

HEADER 














C/SP ER FUNCTIOi'JS 


All real-time functions on a line terminal group are performed 
through an LT table. The functions are identical in form and 


operation as 

those in the present 1100 Executive. 

ER 

GMS$ - Initialize 

ER 

GMT$ - Termination 

ER 

GMD$ - Dial 

ER 

GMI$ - Input 

ER 

GM0;$ - Output 

ER 

GMH$ - Hang Up 

ER 

Route$ - Route to New LTG 

ER 

GP00L$ - Establish Buffer Pool 

ER 

GGET$ - Remove Buffers from Pool 

ER 

GREL$ - Release one or all Pools 

ER 

GADD$ - Return Buffers to Pool 

ER 

GJ0IN$ - Expand Pool 


Each of these references are made with register AO loaded with the 
address of the LT table defining the line terminal group. 
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C(SP ER FUiMCTIONS 


L A0,{LT COUNT-1, LT ADDRESS) 

ER CMSS 

L,u A0, LT ADDRESS 

ER CMDS 

L,u A0, LT ADDRESS 

ER CMI$ 

L.u A0, LT ADDRESS 

ER CMOS 

L,u A0, LT ADDRESS 

ER CMHS 

L A0,(LT COUNT- 1, LT ADDRESS) 

ER CMTS 

L A0,(MODE, LT ADDRESS) 

L,u Al, POINTER TO NEW LTG 

ER ROUTES 

L,u A0, PKT ADDRESS 

ER CPOOLS 

L A0, (NBR. BUFFER TO REMOVE, ADDRESS OF BUFFER) 

ER CGETS 

L A0, POOL-I.D. 

ER CRELS 

L,U A0, PKT ADDRESS 

ER CADDS 

L,u A0, PKT ADDRESS 

ER CJOINS 
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LINE INITIALIZATION 
(REAL - TIME) 


Ixiitialization is to set up the Internal Table (IT) with the 
general parameters required for l/O operations and inform the 
C/SP that the line is being initialized for real-time l/O. 

The 1100 Initialization routine (COMS) validates that the user 
has assigned the line and that the line is not currently- 
initialized. COMS checks the LTT to determine whether input or 
output is to be initialized. When COMS determines the initialization 
is for the C/SP, control is given to COMINT (C/SP initialization 
routine) which builds an initialization buffer. Information 
such as ICA format, station information, the size of the input 
record desired on the 1100, if input is being initialized, is con- 
tained in the buffer. The buffer is output to the C/SP via 
CSPIO and control returns to COMS to mark the site initialized. 









input/output 

(REAL-TIME) 


The 1100 element COMR is the interface between the real-time 
user and the C/SP for all input/output operations. COMR validates 
that the line has been assigned and the IT has been initialized 
for this LTT. If the request is for input, an access control 
word is built for the specified buffer. A QCIO (queue cell) for 
either single or pool mode is built and queued on the LCTIO 
table to wait for input from the C/SP. A solicitation message 
is sent to the C/SP to cause the C/SP to begin soliciting input 
for the given line. If the request is for output, an access 
control word, a QCIO is built and queued for output to the C/SP. 
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lIMPUTIOUTPUT 
CREAL - TIME) 


USER PROGRAM EXECUTES 
ER CMIS 



DISP 
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ROUTE TO NEW LTG 
(REAL - TIME) 


The 1100 element responsible for routing the input or output 
paths from one line terminal group (LTG) to another is 
COMROU, Validates that the line is assigned and initialized, 
then determines the path to be terminated and the site table for 
that path is read. Termination of the particular CLT is done and 
a message sent to the C/SP describing the path being terminated. 
The new path is determined and the site is read, marked assigned 
and the new line information is transferred to the IT. Relinking 
of the LCTIO takes place and the assign message is sent to the 
C/SP. When assigned the QCIO is constructed and queued for l/O. 
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ROUTE TO NE\A/ LTG 
CREAL - TIME) 


USER PROGRAM EXECUTES 
ER ROUTES 
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dial/hang-up 

(REAL-TIME) 


The 1100 element COMDH is responsible for the dial and hang-up 
functions. Validation of the users LTT to insure the LTG is 
assigned and the IT is initialized, occurs for either dial or 
hang-up. In the case of the dial function, the ACW, ESI control 
packet containing the dial digits for auto-dial are constructed, 
A QCIO is built and queued for output to the C/SP. If manual 
dial, a message is sent to the host console along with the 
digits to dial. 

Hang-up function determines from the site table if the line is 
auto-dial, a QCIO is built and queued for output to the C/SP. 

For manual, a hang-up line message is sent to the host console. 
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□ lAUHAlMG-UP 
CREAL - TIME) 


USER PROGRAM EXECUTES 




TERMINATIOI^' 
(REAL - TIME) 


Comnrunications temination element (COMT) validates from 
the user LTT that the line is assigned and initialized. 
Then COMT sets termination flags in the LCTIO, dequeues 
the QCIO’s, and marks the site table as de-inialized . A 
QCIO is built, queued for output to the C/SP to terminate 
the line. 
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TERMINATION 

CREAL-TIMEl 


USER PROGRAM EXECUTES 
ER CMTS 




1100-C/SP HEJSL-TIME ELEMENTS 
(OVERVIEW) 


The user program enters the real-time mode via the execution of an 
ER RT^. The programmer must already have set up a line terminal 
table (LTT) in the programs data bank. The execution of the ER’s 
to CMS$, CMI$, CM0$, CMD$, CMR^, CMr$ cause control to be given to 
the 1100 communications routines as indicated by the viewgraph on 
the opposite page. The 1100 communications routines perform the 
same functions as in previous systems. These routines determine 
the l/O is with the C/SP and control is passed to the C/SP routines 
for queueing the l/O, determining the ICA format, and any other 
information necessary for the C/SP. Each of the 1100 communication . 
routines interface with CSPIO (the C/SP routine to handle queueing 
and processing of all l/O request for the C/SP) , The CSPIO routine 
PCSlff is responsible for sending all output to the C/SP. 
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11DO - CISP REAL TIME ELEMENTS 



NOTE: THESE ELEMENTS USE THE ROUTINE 

CSPIO TO TRANSMIT TO THE C/SP. 

THE ELEMENTS ALSO USE THE QUEUEING 
ROUTINES FOR THE C/SP. 





SYSTEM TABLES 
(LINE CONTROL - SYMBIONT) 


The line control table (LGT) portion cf the subsystem 
table consists of one word entries for each line on 
the C/SP. Each word contains the basic status of the 
line and a pointer to the l/O control table (LCTIO) . 

The LCTIO is an extension of the IT table. Contains 
pointers to the beginning and end of input request queues, 
and output request queues for the line. The ’Hold Queue' 
is used to insure that the C/SP does not receive multiple 
records for the same terminal. 

The input/output queue cells (QCIO) are used to hold the 
information necessary to perform an l/O request and deter- 
mine the appropriate action upon completion of the request. 



CLINE CONTROL - SYMBiONTl 
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QCiO 
^ F. LINK 


TWO 


ACW’S 


COMMAND 


COMMAND 


DATA 

BUFFER 



BECOMES 

HEADER 













SYMBIONT FILE CONTROL TABLE 


File Control Tables (FCT) are built for the card readers, printers 
punches and contain the Information needed by the software to 
control the device, A detailed description of each of the fields 
is contained in the C/SP-1100 Interface Technical Document, The 
QCIO (Queue Cells for l/O) are an extension of the FCT as indi- 
cated by the viewgraph on the opposite page, followed by the 
data buffer. Other QCIO’s and buffers are chained in a forward 
link. 
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SYMBIOIMT FILE CONTROL TABLE 


FCT 0 

T/S 

NOBS 

RQINDX 

1 

EBCL 

CBCL 


MAXIMG 

SPINCR 

NRDA 


XFERCT 

GNOBS 

SWL POSITION 




i 

1 




• 




1 

1 

QCIO 23 


KEY 

FLAGS 

FOWARD QCIO LINK 

ACCESS CONTROL WORD - CONTROL 


ACCESS CONTROL WORD - DATA 


SWL 

FUNCTION WORD 


LCTIO ADDRESS 

C/SP S.S. TABLE ADDRESS 

• 

CONTROL INFORMATION 

29 

CONTROL INFORMATION 

DATA 30 

DATA BUFFER 

• • 

• • 

• • 


HEADER 



LliME liMlTIALIZATIOi'J 
(SYMBiaMT) 


A ’sign on’ function is sent from the C/SP for symbiont 
line initialization. When it is determined that the 
interrupt is from the C/SP, the C/SP dispatcher (CDISP) 
passes control to the C/SP sign-on routine (CSPON). 

CSPOJM determines if this is an SCP input device or remote 
symbiont device and prepares an infer table for assignment 
(FIASG) . The site table is marked as initialized, the 
station table, poll table, and other necessary information 
is sent to the C/SP via CSPIO. 
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LINE INITIALIZATION 
CSYMBIONT) 

(‘SIGN-ON’ FROM C/SP) 


IH 


^determine; 

C/SP 


CSPIH 


PROCESS 

INTERRUPT 


I 


CDISP 


DETERMINE 

‘SIGN-ON’ 


I 


CSPSON 

DETEI 
IFSCP 
DEVICE C 
SYMBI0N1 

^MINE 

INPUT 
)R REMOTE 
r DEVICE 


PREPARE INFORMATION 
TABLE FOR FIASG. 
INITIALIZATION. 


CSPSIO 

ROUTINE PCSMT 
SENDS STATION TABLE 

POLL TABLE TO 
C/SP 


DISP 





input/output 

(SYMBIONT-DEMAND) 


The symbiont READ$ is given control when the program executes an 
ER READ$. READ$ determines the input request is for the C/SP 
and passes control to the C/SP input symbiont (CSPIN). CSPIN 
builds a solicitation QCIO and the input solicitation is sent 
to the C/SP via the routine PGSMT in CSPIO. The requestor is 
deactivated until the dispatcher receives an input completion. 

The symbiont PRINTS is given control when the program executes 
an ER PRINTf. PRINTl determines the output request is for the 
C/SP and passes control to the C/SP output symbiont (C3P0I]T). 

CSPOUT builds the output QGIO and sends the output to the C/SP 
via the routine PGSMT in CSPIO. Control is given to the requestor. 
V/hen the SNR acknowledge is received from the C/SP the symbionts 
are activated and look for more output. If there is no more 
output the symbionts are deactivated. 
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IIMPUTIOUTPUT 
tSYMBIOIMT - DEMAIMDI 


USER PROGRAM EXECUTES 

ER READS - INPUT ER PRINTS - OUTPUT 




input/output 

(SYMBIOWf-BATCH) 


The users program executes an ER READ$. REA.D$ is given 
control and reads an image from a mass storage READ| file 
which was constructed to accept continuous input from . 
the C/SP. Control is returned to the requestor. 

The symbiont PRINTS is given control when the user program 
executes an ER PRINT$. PRIiMT$ writes the output images 
to a mass storage PRIiMT$ file constructed for the user 
program. Control is given back to the requesting program. 

When the user program has terminated, the C/SP output 
symbiont (QSPOUT) builds the output QCIO and sends the 
output to the C/SP via the routine, PCSMT in CSPIO. When 
the last record has been sent to the C/SP, the site assignment 
is freed via FACILITIES. ' 



USER PROGRAM EXECUTES 
ER READS 
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ER PRINTS 




